Complete Book® 


For 
Engineering Students 


0101120207 


New Edition VII Semester м 


RARM Examination Papers Completely Solves 


Cetera 
oMart 


Accurate 


РЕ SOFTWARE _ 
Syllabus — ARCHITECTURES 


Preparation 
of this Book l 


Unit -1 : Overview of software development methodology and software quality 
model, different models of software development and their issues. Introduction 
o software architecture, evolution of software architecture, software 
omponents and connectors, common software architecture frameworks, 
t. hrchitecture business cycle, architectural patterns, reference model. 

The Present Edition of this book SOFTWARE ARCHITECTURES Stands а 
distinctly from others on account ofthe following salientfeatures. 


nit -2: Software architecture models : structural models, framework models, 
dynamic models, process models. Architectures styles : dataflow architecture, 
pipes and filters architecture, call and return architecture, data-centered 
architecture, layered architecture, agent based architecture, micro-services: 
architecture, reactive architecture, representational state transfer architecture 


@ This book Covers Complete New Syllabus 
Bhopal. 


etc. 


© This book is according to New Scheme & Syllabus of Examinations. 
то ЗВЕРЕЙ nit - 3 : Software architecture implementation technologies : Software 
Architecture Description Languages (ADLs), struts, Hibernate, Node JS, 
Angular JS, J2EE — JSP, Servlets, EJBs; middleware: JDBC, JNDI, JMS, 
RMI and CORBA etc. Role of UML in software architecture. 


© This bookis thoroughly revised with a viewto making it more student friend 


© This book covers each and every topic in lucid and simple lang g 


Unit - 4 : Software architecture analysis and design : requirements for 
architecture and the Ше-сусе view of architecture design and analysis 
methods, architecture based economic analysis : Cost Benefit Analysis 
Method (CBAM), Architecture Tradeoff Analysis Method (ATAM). Active 
Reviews for Intermediate Design (ARID), Attribute Driven Design Method (ADD), 
architecture reuse, Domain-specific software architecture. 


© This book has been presented on Teach Yourself technique without 
assuming any prior knowledge of the subject. 3 


о This book has been presented with essentially elementary approach 
along with some Special tips on important topics and Diagrams. 


@ This book includes Complete Topics organised in to increasing deg 
complexity, Nos of Numerical Problems with easy solution. 


@ All Questions set at examinations of R.G.P.V. Bhopal .are incl 
Chapter-wise with Full Solutions/Answers. 


Unit - 5 : Software architecture documentation : principles of sound 
documentation, refinement, context diagrams, variability, software interfaces. 
Documenting the behavior of software elements and software systems, 
documentation package using a seven-part template. 


c ———————ÓÁ€————————]M QM Ó— 
Price : Rs. 100.00 (Rs. One Hundred Only) 


Edition : 2020 
_ Pr —€———— —— — ——À 


6129 


© We have referred to a number of b Ri 
ooks on SOFTWARE 

Е before writing of this book. Still we would whole 
E pe гореше for improvement offered by the reader. 
is book will meet all the requi ders an^ 

come upto their expectations. па“ = j 


Architecture reuse, Domain-specific software architecture .. 
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- OVERVIEW OF SOFTWARE 
| DEVELOPMENT AND 
ARCHITECTURE 


Unit - 1 : Overview of software development methodology and 
software quality model, different models of software development 
and their İSSUES mmn 
Introduction to software architecture, evolution of software 
architecture, software components and connectors, common | LSU NN KM RR RR AR ER " 
software architecture frameworks (1540 21) | W ОЕ SOFTWARE DEVELOPMENT METHODOLOGY ` 
Architecture business cycle, architectural patterns, reference {| AND! [ARE QUALITY MODEL, DIFFERENT MODELS OF - 

VARE DEVELOPMENT AND THEIR ISSUES | 


Unit - 2 : Software architecture models : structural models, S. 
framework models, dynamic models, process rriodele ase in (31to 41) | 
Architectures styles : dataflow architecture, pipes and filters 
architecture, call and return architecture, data-centered 


G1, Discuss the software development methodology. 


Ans. Architecture development and its component, structural modeling, 
are members of a family of methodologies used in a defined, repeatable, 
architecture, layered architecture... p| improvable software development process. A methodology should spell out 
Agent based architecture, micro-services architecture, reactive [general steps to follow. It should be specific enough to give guidance but be 
architecture, representational state transfer architecture etc............ (54 to zaj general enough to apply to most software situations. It should not be taken as 
Р 2 t "la step-by-step way to develop entire systems; these recipes for how to get the 
Unit -3 : Software architecture implementation technologies : work done simply do not exist. Management needs to realize that a directive to 
Software Architecture Description Languages (ADLs), struts, у | “use Schlaer & Mellor” or “use a structural model" has about the same content 
Hibernate, Node JS, Angular JS ......—-- nennen nenne (731090) а5 a directive to “use an oscilloscope”. 
J2EE — JSP, Servlets, EJBs; middleware: JDBC, JNDI, JMS, ў 


The systems approach to software development concentrates on the total 
RMI and CORBA etc. Role of UML in software architecture 


system over its whole lifecycle. It add- 
1 теззез quality characteristics, methods, 
and standards, and provides a roadmap 
{that integrates them into the whole. 
Fig. 1.1 illustrates this concept. These 
"components address all the considera- 
tions needed for software development. 
|| The lifecycle describes the phases in 
1)! which software development takes 
|| place. Quality characteristics define the 
attributes that the software must exhibit 
in order to reach the software goals. The 
methods are the procedures employed 
)|| in software development. The standards 
аге used to guide and evaluate the 
Software development process. 


Unit - 4 : Software architecture analysis and design : 
requirements for architecture and the life-cycle view of 
architecture design and analysis methods 

Architecture based economic analysis : Cost Benefit Analysis 
Method (CBAM), Architecture Tradeoff Analysis Method (ATAM). 


Active Reviews for Intermediate Design (ARID), Attribute Driven 
Design Method (ADD) 


Unit - 5 : Software architecture documentation : principles of 


Sound documentation, refinement, context diagrams, variability, 
software interfaces .... 


Documenting the behavior of software elements and software | 
Systems, documentation package using a seven-part template...(161 to 168) 


Fig. 1.1 Components ofa 
Software Development 
Methodology 


4 Software Architectures 


; The software standards component of the methodology proyiq 
consistency in the software development process. Each of the lent 
addresses the style and layout of the code. These standards are ud Stander 
a guide as well as a review tool. The following elements expound no both; (0 
that a defined methodology might commonly include. They can E Stand 
a minimal requirements set for a software design methodology. The treated g 
elements include (a) structural model, (b) data structure model po 
standard, and (d) verification standard. It is imperative tha MF n 
followed exactly and enforced during each design review. 
the program these guides will be the most important 


t cach standard 
Then at the end d 
maintenance of the software system. 


documents in thy 


0.2. How can software architecture pla 7 3 
Q. ly an important role in soft, 
development ? MC 


Ans. Software architecture can play an important role in at least six aspec 
of software development as follows — и 


(i) Understanding — Software architecture simplifies our ability to 
comprehend large systems by presenting them at a level of abstraction il 
which a system's high-level design can be easily understood. Moreover, atis 
best, architectural description exposes the high-level constraints on system 
design, as well as the rationale for making specific architectural choices. - 


(ii) Reuse — Architectural design supports reuse of both components | 
and also frameworks into which components can be integrated. Domain-specifi¢ 
software architectures, frameworks, platforms and architectural patterns are 
various enablers for reuse, together with libraries of plugins, add-ins and apps! 


Gii) Construction — An architectural description provides a partial 
blueprint for development by indicating the major components and dependencies 
between them. For example, a layered view of an architecture typically 
documents abstraction boundaries between parts of a system's implementation | 
identifies the internal system interfaces, and constrains what parts of a system 
may rely on services provided by other parts. 


(iv) Evolution — Architectural design can expose the dimensions along 
which a system is expected to evolve. By making explicit a system's “loadi 
bearing walls”, maintainers can better understand the ramifications of change i 
and thereby more accurately estimate costs of modifications. In many E 
such evolution and variability constraints are manifested in product lin 
frameworks and platforms, which dictate how the system can be instantiated 
or adapted through the addition of application-specific features and componen | 

(7) Analysis — Architectural descriptions provide opportunities f 
analysis, including system consistency checking, conformance to constrain || 
imposed by an architectural style, satisfaction of quality attributes, and domaini 
specific analyses for architectures built in specific styles. 
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(vi) Management — For many companies the design of a viable 
software architecture is a key milestone in an industrial software development 
process. Critical evaluation of an architecture typically leads to a much clearer 
understanding of requirements, implementation strategies, and potential risks, 
reducing the amount of rework required to address problems later in a system's 
lifecycle. 


Q.3. Write short note about software quality models. 


Ans. Software quality models can be valuable tools for software engineering 
of embedded system, because some software-enhancement techniques are so 
expensive or time consuming that it is not practical to apply them to all modules. 
Targeting such enhancement techniques is an effective way to reduce the 
likelihood of faults discovered in the field. 


A software quality model is developed using measurements and fault data 


from a past release. The calibrated model is then applied to modules currently `~ 


under development. Such models yield predictions on a module by module basis. 


0.4. Explain the waterfall model. (В.СРИ, June 2011) 
Ans. The waterfall model or the classic life cycle is sometimes called the 
linear sequential model. It suggests a systematic approach to software 
development that begins at the system level and progresses through analysis, 
design, coding, testing, and support. The principal stages of the model as 
shown in fig. 1.2 are explained as follows — 
(i) Requirements Analysis and Definition — The system's services, 
constraints and goals are established by consultation with system users. They 
are then defined in detail and serve as a system specification. 


Requirements 
Dofiniti 
System-and 
Software Design 
Coding 


i " 
= ó 
Integration-and 
System Testing 
|| -Qperationend< 


Maintenance 


G aheng 


Fig. 1.2 Waterfall Model 


i 
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(ii) System and Software Design — The systems design Overview of Software Development and Architecture 7 


ws : bnc i m pro р i i 
partitions the requirements to either hardware or software $ Сезу 0.7. What is prototype model ? Under what circumstances it is beneficial 
establishes an overall system architecture. Software design involves 


yster 

гат ded | to construct a prototype model ? Does the construction of а prototype model 
and describing the fundamental software system abstractions and Ying always increase the overall cost of software development ? 

relationships. thei (В.СРИ, June 2003, Dec. 2015) 


(iii) Implementation and Unit Testing — Durin thi | Ans. As shown in fig. 1.3, the prototype model begins with requirements 
software design is realized as a set of programs or program os 15 stage the | gathering. Developer and customer meet and define the objectives of the 
involves verifying thateachunit iis S a nits. Unit testing) software, identify the requirements known and outline areas where further 
Б ets its specifications, 7 definition is mandatory. A “quick design" then occurs. The quick design focuses 
on a representation of those aspects of the software that will be visible to the 
| customer/user (e.g., input approaches and output formats). The quick design 
leads to the construction of a proto- 
type. The prototype ís then evaluated Build /Revise 
|by the customer and used to refine Мофир 


(iv) Integration and System Testing — The individual program m 
or programs are integrated and tested as a complete system to ensure that the 
software requirements have been met. After testing, the software system. 
delivered to the customer. 


(v) Operation and Maintenance – Normally this is the longest life. requirements for the software to be - 
cycle phase. The system is installed and put into practical use. Мат енапе |4¢veloped. The prototype serves as 
involves correcting errors which were not discovered in earlier stages ofthe ја mechanism for identifying software 
life cycle, improving the implementation of system units and enhancing the requirements. If'a working prototype 
system's services as new requirements are discovered. is built dhe deyeloperaitempts to use „Сзношег 
existing program fragments or applies Moek 


0.5. What are the advantages of the waterfall model ? - {itools that enable working programs 
< {to be generated quickly. Fig. 1.3 Prototype Model 

Although having some problems in its implementation, prototyping can 
| be an effective model for software engineering. For having its effectiveness, 
(ii) Each phase of development proceeds sequentially. Р one should define the rules in the beginning i.e., both the customer and ће . 
Gii) Allows managerial control where a schedule with deadlines; developer must agree that the prototype is built as a mechanism for defining © 

E requirements. Afterwards it is discarded and the actual required software can- 

be engineered having an eye toward quality and maintainability. 


Ans. There are following advantages of the waterfall model — 


() Relatively simple to understand. 


set for cach stage of development. 


iv i i hedules, budgets and documentation. © 
(iv) Helps in controlling schedule g! І When your customer has a legitimate need but is clueless about the details, 


Q.6. Write out the reasons for the failure of waterfall model. P. develop a prototype as a first step. 
| (КС РУ, June Though it is not cost effective, yet it is useful as it helps to build a software 
Ans. The reasons for the failure of waterfall model are given below = ||| whose complete requirements are not specified or is clueless. It is the prototype 


that helps to identify software requirements with an eye towards quality and 


G) Requirements need to be specified before the development pag јеј | maintainability. 


T i i f the waterfall mo : | . Tm 
(i) Changes of requirements in > А a the testing phasi For prototyping for the purposes of requirement analysis to be feasible its 
cannot be done. This implies that once an application 1 cost must be kept low. Consequently, only those features are included in the 
is difficult to incorporate changes. ^ в | Prototype that will have a valuable return from the user experience. Exception ` 
(iii) No user involvement and working version of the softwa E recovery and conformance to some standards and formats are 
available when the software 15 developed. ypically not included in prototypes. In prototyping, as the prototype is to be 
: ў . " discarded, there is no point in implementing those parts of the requirements 
(iv) Does not involve risk management. " that are already well understood. Hence, the focus of the development is to 
(v) Assumes that the requirements are sta 


ozen 201008. 
e and are fr include those features that are not properly understood. 
the project span. 
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||| Prototyping is often not used, as it is feared that deveio Overview of Software Development and Architecture 9 


become large. However, in some situations, the cost of aiei Costs r 
without aga may be more than with prototyping. There are ee | 
reasons for this. First, the experience of de ing t | WO тај; it is not. 
the cost of the later see ae the Se пи might reduce a p The primary goal of prototyping is rapid development. Thus, 
| | Е B ment | | : 
i Secondly, in many projects the requirements are constantly changing oa one) |the design of the system may suffer as it is built in a series of layers without 
when development takes a long time. We saw earlier that changes in k ui cular considering integration of all the other components. 
at a later stage of development substantially increase the cost of the » s 
elongating the requirements analysis phase, the requi оЈес By | 
| à Ка > quirements are “frozen” a), (Е.СРИ, June 2015) 
| later time, by which time they are lik: еп ala осле 
| y у are likely to be more developed and conseque Or 


more stable. In additi i а му 
TETERE ica experience with | | Write a short note on RAD model. (R.GP. V, June 2005, Dec. 2009) 


system, it is more likely that the requirements specified : 

be closer to the actual requirements. This again Tdi lead = Pies pee i Ans. Rapid application development is an incremental software 
7 requirements at a later time. Hence, the costs incurred due to chai Bes uh development process model that has extremely short development cycle. It is 
. requirements may be substantially reduced by prototyping. He ko inte. high speed version of the linear sequential model in which rapid development 

the development after the prototype can be substantially les ex nce, tne cosy Jis achieved by using component based construction. If requirements are well 

totvping. Pn Ino i - аг y Е an the cost withotl) understood and project scope is constrained, the RAD process enables a 
prototyping. Prototyping is well suited for projects requirements are ha | Shi 
determi d theiconfi 5 5 Е development team to create a fully functional system within 60 to 90 days. 
etermine and the confidence in the stated requirements is low. The phases of RAD approach are (see fig. 14) — 


0.8. What are the advantages and disadvantages of prototype mode (i) Business modeling (ii) Data modeling 
х2. Ans. The various advantages and disadvantages associated with the| | А (iii) Process modeling (iv) Application generation 
prototype model are as follows — | (V) Testing and turnover. 


Advantages — | (i) Business Modeling — The information flow among business 


G) Provides a working model to the user early in the ргосе | functions is modeled in a way that answers some questions as — what information 
is required ? What information is generated ? Who generates it ? etc. 


(ii) Data Modeling — The information flow defined as part of business 


(iii) Prototyping can lead to false expectations. It often creates a 
situation where the user believes that the development of the system is finished 


cai 


у 0.9. Explain RAD model. Write different drawbacks of RAD model. 


mp 


enabling early assessment and increasing user confidence. 
(1) The developer gains experience and insight by developing 4 
prototype, thereby resulting in better implementation of requirements. .. - modeling phase is refined into data objects to support business. 
Gii) The prototyping model serves to classify requirements, hence (iii) Process Modeling — The data objects defined in the data modeling 


reducing ambiguity and improving communication between the developer n d phase are transformed to achieve the information flow necessary to implement 
the user. | а business function. 


(iv) There is a great involvement of users in software developmen “| (iv) Application Generation — RAD assumes the use of fourth 
Hence, the requirements of the users are met to the greatest extent. — generation techniques to facilitate construction of software. Rather than creating 
|| software using conventional third generation programming languages the RAD 


(v) Helps in reducing risks associated with the project. || process works to reuse existing program components (when possible) or 
create reusable components (when necessary). In all cases, automated tools 
rototype, Бед are used to facilitate construction of the software. 
ctory prot? | | (v) Testing and Turnover — Since the RAD process émphasized ` 
- 4I reuse, many of the program components have already been tested. This reduces 
totype ЭВ overall testing time. 


Disadvantages — 

(i) If the user is not satisfied with the developed p 
new prototype is developed. This process goes on until a satisfa 
evolves. Thus, this model is time-consuming and expensive. 

Gi) The developer loses focus of the real purpose of pro’ 
comprises on the quality of product. 
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Team #3 


Team # 2 


Business 
Modeling 
Team # 1 


Data 


Business Modeling 


Modeling 


Data 
Modeling 


Process 
Modeling 


60-90 Days. 


Fig. 1.4 The RAD Model 
Advantages — 


(i) Deliverables are easier to transfer as high-level abstractio 
scripts, and intermediate codes are used. à 


(ii) Provides greater flexibility as redesign is done according to i 
developer. 


(ii) Results in reduction of manual coding due to code generators) 
and code reuse. ; 


(iv) Encourages user involvement. 


(v) Possibility of lesser defects due to prototyping in nature. 


Disadvantages — 
(i) Useful for only larger projects. 


(ii) RAD projects fail if there is no commitment by the de 
or the users to get the software completed on time. 


Modeling 


Application 
Generation 
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(iii) Not appropriate when technical risks are high. This occurs when 
the new application utilizes new technology or when new software requires a 
high degree of interoperability with existing system. 


(iv) As the interests of users and developers can diverge from single 
iteration to the next, requirements may not converge in RAD model. 


0.10. Explain increamental model in detail. — (R.GBV, June 2016) ~~ 


Ans. The incremental model combines elements of the linear sequential 
model with the iterative philosophy of prototyping. As shown in fig. 1.5, the 
lincremental model applies linear sequences in a staggered fashion as calendar 
time progresses. Each linear sequence produces a deliverable “increment” of 
Пре software. When an incremental model is used, the first increment is often 
| а core product. That is basic requirements аге addresssed, but many 
supplementary features remain undelivered. The core product is used by the 
customer. As a result of use and/or evaluation, a plan is developed for the next 
increment. The plan addresses the modification of the core product to better 
meet the needs of the customer and the delivery of additional features and 
functionality. This process is repeated following the delivery of each increment, 
until the complete product is produced. For example, word-processing software 
developed using the incremental paradigm might deliver basic file management, 
editing and document production functions in the first increment, more 
sophisticated editing and document production capabilities in the second 
increment, spelling and grammar checking in the third increment and advanced 
page layout capability in the fourth increment. The process flow for any 
increment can incorporate the prototyping paradigm. 


(System/information 
Engineering 
Delivery of 


[eos 
- 1st Increment 


Increment 2 Design Code Test Delivery of у 
2nd Increment 
3rd Increment 
4th Increment _- 


Calendar Time 


Fig. 1.5 


Increment 1 


Design 


J 


veloper* 
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The incremental process model, like prototyping and other E Overview of Software Development and Architecture 13 


арргоас 151 ive i ; ; Olutį 
| hes, is iterative in nature. But unlike p rototyping, the incl at Ans. Boehm proposed a recent model for software development process 


model focuses on the delivery ofan operational product with each | s the spiral model. It is an evolutionary software process model that 
Early increments are stripped down versions of the final produ ere, ana den tive nature of prototyping with the controlled and systematic 
do provide capability that serves the user and also provide a | but tg ов of the waterfall model. All the activities in this model can be organized 
evaluation by the user. Incremental development is Particular] о P spiral which has many cycles, as shown in fig. 1.6. 

staffing is unavailable for a complete implementation by the tis Whey | 
that has been established for the project. Early increments can be iy; ai 
with fewer people. If the core product is well received, then addin men 
can be added to implement the next increment. In additi M 


: afi 
on, inc: E 
be planned to manage technical risks. Tements cal 


0.11. What are the advantages and disadvanta: ; 4 
inodel ? ges of the incremen 


Ans. There are following advantages and disadvantages ofthe псе а | E eS N\A 
model — ent 


| 


Evaluate-Alternatives, 
Identify, Resolve Risks 


fi 


Advantages — F 
(1) Avoids the problems resulting in risk-driven approach in the воћу | 


Develop, Verify 
Next-level Product 


Progress 
through 


(ij) Understanding of the problem increases through successive $ Ss 
refinements. | BE 

ae: ов 

(üi) Performs cost-benefit analysis before enhancing software vil E Ё 
capabilities. : 


(iv) Incrementally grows in effective solution after each multiple iteration) 

(v) Does not involve a high complexity rate. | 

(vi) Early feedback is generated, because implementation occu 
rapidly for a small sub-set of the software. 

(vii) There is a low risk of overall project failure. 


Integration 
and Test Plan 


Fig. 1.6 The Spiral Model 


Requirements Plan 
Life-cycle Plan 
Plain Next Phases 


Disadvantages — 4 

() Requires planning at the management and technical level. A 

(ii) Becomes invalid when there is time constraint in the prof 

schedule or when the users cannot accept the phased deliverables. | 

0.12. Explain the spiral model. _ (R.GP.V., Dec. 2002, June 201) 

Ог 

With suitable illustration explain SPIRAL model yep К. 10) 
development. (В.СРИ, Dec ^ 


Determine Objectives, 
Alternatives, Constraints 


Commitment 
Partition 


Or 


5 f totyp 
Explain the process model that couples the iterative nature of pro 


i P rfall model. 
with the controlled and systematic aspects of the i D GPV, реб 
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In this model, t ial di i 
А he radi i 
in accomplishing on о represents the cumulative с Overview of Software Development and Architeciure 15 
i lone so far and the angular d; = costi 
the progress made in completing each cycle of баке dimension renee d (vi) The spiral model is a realistic approach to the development of 


mod ins wi identificar рига]. E 
el begins with the identification of objectives for that wal ud р г 
ee oh (vii) This model reduces risk. 


alternatives th А K A 
at are possible for achieving the Objective and con t y 
Straints iy 

Sth Disadvantages — 


are exist. It is the upper left or first 
quadrant of the cycle 
yele. In the cycle y (i) Assessment of project risks and its resolution is not an easy task. 


лехі step is to evaluate these different alternati ased B as 
| natives base on the ob e 1 schedule in the beginning, 
constraints. In this Step, focus of e aluation i j Difficult to estimate g уе oped 
У is based оп the tisk p ^ | (ii) | 5 те ve 
Erce | the design of the software is de р 


for the project. Risk t 
proj s reflect, the chances that some of the object sbme of the analysis is not done unti 


project may not be met. To develop strategies i ју 
та 1 ! ategies is the next step | en 
uncertaint К і ivi Ris і 
baa on A Hio and | may involve activities such ae bench TO SOFTWARE ARCHITECTURE, - - 
prototyping. Next, the software is developed, keeping : EVOLUTION OF SOFTWARE ARCHITECTURE, SOFT WARE. | 


the risks. Then finally the next stage is planned. OMPONENTS AND CONNECTORS COMMON SOFTWARE 
C ] ; г Рен i 4 


The risk-driven nature i Р д l г 
потап puteos son о 
me other e Р ? -oriented 
each cycle k из pie Seen ме е а es Q.14. What do you understand by software architecture. 
developed during that cycle including plans for ihe eee a ee Ans, Software architecture represents the overall software structure and 
model works for development as well as e iihinicsment "c e. the ways in which that structure offers conceptual system integrity for a 
5 System. Generally, architecture is the hierarchical program components. - 


The spiral model is a realistic appr 
ipproach to the developme: i i i 
systems and software. Because software evolves as the RAM са са expe ee 
the developer and customer better understand and react to risks ate: њег ~ : i i Е 
evolutionary level. The spiral model uses prototyping as а risk reducti и пр M 
А ; 8 Ic Te tructure or structures of the system, which comprise software components, 
mechanism but, more important, enables the developer to apply the proto isi i 1 i i 
b ij im VER 3 (ће externally visible properties of those components, and the relationships 
approach at any stage in the evolution ofthe product. It maintains the systemall mong them 
stepwise approach su. ic li i 10 5 i i i i 
p рр ggested by the classic life cycle but incorporates it u One aim of software design process is to derive an architectural rendering 


an iterative framework that more realistically reflects the real world. The sj TF a system which provides a framework from which more detailed design 
model demands a direct consideration of technical risks at all stages ОШ. ес are performed 
roject if i ri they be ` , 
рхо and, if properly applied, should reduce risks before they Following are the set of properties that should be specified as part of an 
problematic. i i 7 
: architectural design — 


Q.13. Write the advantages and disadvantages of the spiral model. () Structural Properties — These are the properties which define 


: iral moder i 
Ans. There are following advantages and disadvantages ofthe spiralm j | ithe system components and the way those components are packaged and interact. 


Advantages — (i) Extra-functional Properties — These properties of an 

(i Avoids the problems resulting in risk-driven approach inthe 504 architectural design address how the design architecture achieves requirements 

Gi) Specifies a mechanism for software quality assurance ac" | [ог performance, reliability, adaptability, capacity, security, and other system 

(iii) Is utilized by complex and dynamic projects. | characteristics. 

(iv) Re-evaluation after each step allows с 
perspectives, technology advances or financial perspectives. 
(v) Estimation of budget and schedule gets realisti 
progresses. 


hanges in | (iii) Families of Related Systems — The architectural design should 
draw upon repeatable patterns found in the design of families of related systems. 
с as the V In short, the design should be able to reuse architectural building blocks: 
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0.15. What does a good software archite. А 
fi cture look like > Overview of Software Development and Architecture. 17 


Ans. Some points ofa good software archite re е or the sy: 
ctu аге а 
$ follo (ii) The structure must support the functionality ге quired f the system. 


(i) A good architecture is rational. It should 

i RU Promote ang ~ Thus, the dynamic behaviour of the system must be taken into account when 
P ey s improvable process for building out a Specific mil D^ d pirum Mm tenet 
У ER "i (iii) The structure or architecture must conform to the system qualities. 


(ii) A good architecture is affordable. It must be “effi (iv) At the architectural level, all implementation details are hidden. 


in both tim lcient gp 5 5 
Р 5 and memory. It must support large-scale cost ај j 0.17, What are the important elements of software architecture ? Explain. 
improvements in both the short term and the long term. And nd s 


3 i i b i t elements of software architecture are as follows — 
been defined, published, and demonstrated to work i it m Ist fy Ans. The important elements d = 
Gii) A good : . in order to reduceri (i) Meta Architecture — The architectural vision, style, principles, 
" - goo architecture takes Into account the complete don key communication and control mechanisms and concepts that guide the team 
e problem. It must address visibility, interprocessor communicat; Oman’ dr architects in the creation of the architecture. 
ЛОП 


апі тето i ; t DS А 
testi dm OR IRAN frame balancing and processor balagc;, pit (ii) Architectural Views — Just as building architecture are best 
sung and Чарт. visioned in terms of a number of complementary views or models, so too 
e software architectures, and these include structural views, behavioural 


тсеѕ an ini Views and execution views. 

(a) Structural Views — These help document and communicate 
pin 1 i i their relationships and are 
destination o: р the architecture in terms of the components and ir р 
м. M the outputs. It should allow new implementations of system) Useful in assessing architectural qualities like extensibility. 

Grated into existing specifications. ý | (b) Behavioural Views — These views are especially useful in 


(v) A good architecture encourages early development. In ssessing run-time qualities such as performance and security. These views 
d also useful in thinking through how the components interact to accomplish 


of data voids, systems for which data is missi 
: > ata is missing can be stubbed, ar iussi ibiliti + i i i 
interface speci 3 ; and their assigned responsibilities and evaluating the impact of what-if scenarios 
CE iq defines what must be known later about the system! On the architecture. Р 
pes. 02) вооа architecture promotes system understanding. (c) Execution Views — These help in evaluating physical 
s 00 e" the problem space in some significant sense. It must be cle: distribution options and documenting and communicating decisions. 
T . 2 р 
A: den: meet both user and end customer requirements. Its quali (iii) Architectural Patterns — Structural patterns such as layers and 
style s ould match what are considered sound systems and 50 lient/server, and mechanisms such as brokers and bridges. 
engincering princi ; i ; inci А і 
gi g principles. : a (iv) Architecture Design Principles — The architectural design 
rinciples involve abstraction, postponing decisions, separation of concerns 
nd simplicity. 
(v) System decomposition principles 
(vi) Good interface design. 


(iv) A good architecture is consistent and enfo: 


(vii) A good architecture is a good citizen. It should not 
company or customer standards. It should be broadly accepted ог ассе 
in the community. It should be available in the public domain rather than 
bound toa Proprietary hardware or software system. And it must take advant | 
оа and international standards like the Ada programming languag Q.18. What are the major benefits of software architecture ? 

ан rests, | Ans. The major benefits of software architecture are as follows — 
(i) Development — lt is important to be able to recognize common 


Ans. Software architecture is the high-level structure ofa software 5' paradigms so that high-level relationships among systems can be better 
understood and so that new systems can be built as variants of old systems. 


The important properties of software architecture are as follows — f | т É . 
bt An architectural representation is often essential to the analysis and 


(i) It is at a high-e i tem 08 Fue - i 
deyedias anho, gh-enough level of abstraction that the system * description of the high-level properties of a complex system. 


0.16. Enumerate the important properties of software architec! 


у 4 


18 Software Architectures 


(ii) Maintenance — Documenting a system's struc 
in a rigorous way has obvious advantage to maintenance, ~ А са 
In addition, retaining the designer's intentions about System о og. \Explain the evaluation of software architecture. 
should.help maintainers preserve the systems design integrity, "Ba % Ans. Architecture evaluations can be performed in one or more stages of 
7 ebatia = ее i oftware development process. They can be used to compare and identi 
compone очен тв Supports Optimiza engths and weaknesses in different и осеннее ЕН 
P &P 3 olerance and Security conga designstages. They can also be used for evaluation of existing systems before 
(iv) Communication — Communication among stakeholde, -A fiture maintenance orenhancement of the system as well as for identifying 
an explicit description of high-levelabstractions ofthe Sy: b hitectural drift and erosion. Software architecture evaluation methods can 


Stem under devel ‘i | 2 x — i 
(7) Early Design Decisions — These influenced by driving al be divided into four main categories. Methóds-im-the-eategories-can-be-used 
q 
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JH 


attributes. independently-büt also be combined:toevaluatediffereñtaspeetsofasoftware 
'architectüre;f needed: 

0.19. Describe the objectives of software architecture, 1)Ехрегіепсе based evaluations are based on the previous experience and 

Ans. The objectives of software architecture are as follows — domain knowledge of developers or consultants. People who have encountered 


the requirements and domain of the software system before can based on the 
Schedule and by yrevious experience say if a software architecture will be good enough. 
ng and requireme | )) Simulation-hased evaluations rel¥ora-highJlevelimplementation-ofseme 
^ 1 all:o£theccemponent: e:software-arehitecture- The simulation can then- 
6 (ii) User Concern — This concern includes consistency yif be used to evaluate quality requirements such as performance and correctness 
requirements and usage scenarios, future requirement growth accommiodatioy ‘of the architecture. Simulation can also be combined with prototyping, thus 
performance, reliability and interoperability. " | prototypes of an architecture can be executed in the intended context of the 


(їй) Architect Concern — This concern includes requiremeni ата ~ - 7 
bility, support of trade offanalyses, completeness and consistency of arc [3/Mathematical’ modelling uses mathematical proofs and methods for 


5 А р р aluating 1 г operational quality requirements such as performance and - 
(iv) Developer Concern — This concern includes sufficient del 5 + ен ier 


desi H 5 d Er E haviour of the components in the architecture. Mathematical modelling is 
Pec Ie ы for selecting components and maintain interoper: abili imilar to simulation and can be combined with simulation to more accurately 
existing systems. i 


Ang timate performance of components in a system. 
(v) Maintainer Concern — This concern includes guidan 4) Scenario-based architecture evaluation tries to evaluate a particular quality 


(i) Customer Concern — This concern involves 
estimation, feasibility and risk assessment, progress tracki 
traceability. 


software modification and architecture evolution, maintain interoperabilityWA Attribute by creating a scenario profile which forces a very concrete description 
existing systems. o ~ | of the quality requirement. The scenarios from the profile are then used to go 
E: ft he itecture: cURSEquences 4 
0.20. Write те role and responsibilities of à software architect. | p аи Оч сое я or ret 
Ans. The software architect role is new enough that there is cons 22, Define the terms components ang CONNECTS 
debate about what constitutes the role. A simplistic view of the rol Ans. Components — It represent the primary computational elements 


software architects create software archite ctures, and their responsib and data stores of a system. Intuitively, they correspond to the boxes in box- 
encortipass all that is involved in Абзар z nd-line descriptions of software architectures. Typical examples of components 


Е Е > . „0 nclude such things as clients, servers, filters, objects, blackboards, and 
‘ew major roles of software architect includes the following Hatabases. In most ADLs components may have multiple interfaces, each 
(i) Articulating the architectural vision. 


h nterface definingía point of interaction between a component and its 
(ii) Conceptualising and experimenting with alternative are 


pnvironmen. t KN Lec dural D egexiption Language 
approaches, р Connectors – It represent interactions among components. 
(iii) Creating models and component and interface speci j-omputationally speaking, connectors mediate the communication and 
documents, ony cordination activities among components. That is, they provide the “glue” 


ited 


TUM А mpl 
(iv) Validating the architecture against requirements and 2580 


ЕЗДА Ри 


WIL EE RM MED ПН. 


RÀ 


20. Software Architectures 


VES x ао, бы Overview of Software Development and Architecture 2 
for architectural designs, and intuitively, they correspond to the lin нды 


and-line descriptions. Examples include simple forms of interaction, Such 
pipes, procedure call, and event broadcast. But connectors may also represe, le ir 
more complex-interactions, such as a client-server protocol or a SQL ia 

between a database and an application. Connectors also have interfaces м || 
define the roles played by the various participants in the interaction € 
by the connector. 


es | 2 ] 
In bo x. ' (d) Layered — Layers are often designed as abstractions (virtual 


Systems represent configurations (graphs) of components and conn, 
In modern ADLs а key property of system descriptions is that the омега || | 
topology of a system is defined independently from the components and | 
connectors that make up the system. (This is in contrast to most programming, | 
language module systems where dependencies are wired into components vial | 
import clauses). Systems may also be hierarchical – components and connecto; 
may represent subsystems that have “internal” architectures. 


ectors 


sp Fig. 1.7 Common Software Architecture Structures 


+ | (ii) Component and Connector Structures — Hereteelementsare.. 
0:23. How are components and connectors are. related 10. software | ле 
architecture ? Justify your answer. | à ^^ ^ ||. rethe:communicationvehicles amongcomponents). These structures include 
Ans. Software architecture is commonly defined in terms of components} ће following — 
and connectors. Components are identified and assigned responsibilities that | (a) Process or^ Gommmmicating Processes — The-unite=here 
client components interact with through “contracted” interfaces. Component аге processes erthreads-that are connected with each other by communication, 
interconnections specify communication and control mechanisms, and support synchronization, arid/or exclusion operations. 


all component interactions needed to accomplish system behaviour. | 77) Concurrency — The concurrency structure is used egrly.dn 


Q.24) Describe the common software architecture frameworks, ~ || design to identify the requirements for managing the issues associated with 
=, d concurrent execution. 
і 
| 


Ans. Architecture structure can be divided into three parts as describe 5 
below — (c) Shared Data orzRépüsitóry — This structure comprises 
(0 Module Structure — Here the elements are modules; which'are ||components and connectors that create, store, and access persistent data. 
units of implementation modules represent а code-based way of considering] (d) Client-server — This is useful for separation of concerns 
the system. They are assigned areas of functional responsibility. Therezissess (supporting modifiability), for physical distribution, and for load balancing 
-emphasis-on-how:the-resutting-software manifests-itself-atzruntime. (supporting runtime performance). a : 
Module-based structures include the following — 1 (iii) Allocation — Allocation structures show the relationship between 
(a) Decomposition — The units are modules related: to each! the software elements and the elements:inone-ors mabenviromments.. 
other by the “is a submodule of” relation, showing how larger modules are in which the software is created and executed. 
decomposed into smaller ones recursively until they are small enough to Br These structures include the following — 
easily understood. | (2) Deployment — This view allows ап engineer to reason about 
(b) Class — The module unit in the structure are called classes: || performance, data integrity, availability, and security. > inpo rin} 


The class structure allows us to reason about re-use and the incrementa (b) Implementation — This is enitíeal for the management of 
addition of functionality. . || development activities and builds processes. p 
(c) Uses — The units are related by the uses relation. One un (c) Work Assignment — This structure assigns responsibility 


uses another if the correctness of the first requires the presence of a correc | for implementing and integrating the modules to the appropriate developmen 
version (аѕторроѕей 2:81) of the second. teams. 
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ARCHITECTURE BUSINESS CYCLE, ARCHITECTURE - 
PATTERNS, REFERENCE MODEL 


0} 


0.25. Explain the architecture business cycle (ABC) with suitable dig, 


Ans. The model of the architecture business cycle (ABC) is based ony 
assumption that "software architecture is the result of technical, business а 
social influences". The resulting architecture "in turn affects the technic, 
business and social environments”. The key elements of the cycle are 
forces influencing the architecture. ihe requirements that result from thes 
forces. the architect and his experience. the architecture and the system ( 
systems in a product line architecture). The architecture business cycle als 
shows how these key elements influence each other, seen in fig. 1.8. | 


Architectural E 
Feedback 


Forces 
Stakeholder Needs 


Architect's 


Experience | 
Business Management 


Issues ; i 


Quality Attribute 


Legal/Contractual Issues Requi 
equirements 


Commercial/Competitive 
Pressures 


Business 
Requirements 


Technica! Environment 


Functional 
Requirements 


Political Issues 


Architect 
Life Cxcie Issues 


= 


Fig. 1.8 The Architecture Business Cycle 


In a later report the originators clarified the purpose; “...the architect 
business cycle was envisioned as a means to depict the influences опа softwa 
architect and to show how architectures can eventually influence the V 
things that originally shaped them”. 

The influences of the original cycle have been updated by the origin 
authors in and are subsequently called forces in. This study is based on P 
latest of these updated architecture business cycles, since the seven categorie 
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af forces. seen in fig. 1.8. shaping the architecture was easier to relate to the 


interview responses. 

The main idea of the cycle, that the architecture provides feedback in 
urn affecting one or more of the original influences or forces, have remained 
«he same through all evolutions of the architecture business cycle. The cycle 
;« often used as a theoretical framework, but it is hard to find empirical studies 
involving the actual stakeholders and not only as an observation of an 


architecture business cycle from a distance. 


0.26. Discuss the software process and the architecture business cycle. 
Ans. Software process is the term given to the organization, ritualization, 
and management of software development activities. 


The various activities involved in creating software architecture are — 


(i) Creating the Business Case for ihe System — 

(a) It is an important step in creating and constraining any future 
requirements. E 

(b) How much should the product cost ? У 

(c) What is its targeted market 7 

(d) What is its targeted time to market ? 

(e) Will it need to interface with other systems ? 

(f) Are there system limitations that it must work within ? 


(g) These are all the questions that must involve the system's 
architects. х - =. 5 

(h) They cannot be decided solely by ап architect, but if an 
architect is not consulted in the creation of the business case, it may be 
impossible to achieve the business goals. 


(ii) Understanding the Requirements — a 
| (а) There are a variety of techniques for eliciting requirements 
trom the stakeholders. 

Рог example, object oriented analysis uses scenarios, ог “use cases” 
embody requirements. Safety-critical systems use more rigorous approaches, 
such as finite-state-machine models or formal specification languages. 

(b) Another technique that helps us understand requirements Is 
the creation of prototypes. à 
(c) Regardless of the technique used to elici 


the desired qualities of the system to be constructed determine 
Structure. 


to 


t the requirements, 
the shape of its 


24 Software Architectures 


| (iii) Creating or Selecting the Architecture — In the lang | аи ARM MUMS 25 
Mythical Man-Month, Fred Brooks argues forcefully and elo € E bog 
conceptual integrity is the key to sound system design and nes M \ 
integrity can only Бе had by a small number of minds coming | сер the a 
design the system’s architecture. E together 1 


Fig. 1.9 shows the feedback loops. Some of the feedback comes from 
rchitecture itself, and some comes from the system built from it. 


(iv) Documenting i Синиша the Architecture — | | Archies Influences даай 
I (а) For the arc itecture to be effective as the backbone of th iip um Requirements 
project's design, it must be communicated clearly and unambiguously to i] Developing (Qualities) 
the stakeholders. atog Organization 


imposes оп then Architect's Experience 
it suggests, and 
| 


А Я ical Envi t 
| (b) Developers must understand the work assignments itrequ Technical Environmen 
of them, testers must understand the task structure it 
management must understand the scheduling implications 


forth. 
(v) Analyzing or Evaluating the Architecture — 


(a) Choosing among multiple competing designs in a ration 
way is one of the architect’s greatest challenges. i | The architecture affects the structure of the developing organization. Ап 
Е (b) Evaluating an architecture for the qualities that it supports; rchitecture prescribes a structure for a system it particularly prescribes the 
essential to ensuring that the system constructed from that architecture satisfia) Units of software that must be implemented and integrated to form the system. 


its stakeholders needs. Teams are formed for individual software units; and the development, test, 


and integration activities around the units. Likewise, schedules and budgets 

llocate resources in chunks corresponding to the units. Teams become 
| embedded in the organization's structure. This is feedback from the architecture 
(vi) Implementing the System based on the Architecture — | to the developing organization. 


(a) This activity is concerned with keeping the developers faith i The architecture can affect the goals of the developing organization. A 

to the structures and interaction protocols constrained by the architecture. uccessful system built from it can enable a company to establish a foothold 
(b) Having an explicit and well-communicated architecture? | P4 particular market area. The architecture can provide opportunities for the 

-- | PHicient production and deployment of the similar systems, and the organization 
_ ау adjust its goals to take advantage of its newfound expertise to plumb the 

(vii) Ensuring that the Implementation Conforms to the Architect "market. This is feedback from the system to the developing organization and 

(a) Finally, when an architecture is created and used, it 2025 $ | fhe systems it builds. 

a maintenance phase. ? The architecture can affect customer requirements for the next system 
(b) Constant vigilance is required to ensure that the ас ШУ giving the customer the opportunity to receive a system in а more reliable, 


phase. | fimely and economical manner than if the subsequent system were to be built 
: От scratch, 


Fig. 1.9 The Architecture Business Cycle 


(c) Use scenario-based techniques or architecture tradeo! 
analysis method (ATAM) or cost benefit analysis method (CBAM). 


the first step toward ensuring architectural conformance. 


architecture and its representation remain to each other during this 

P] " В Ls . iness cycle. БЕ | | : . е 

Еа аига о madakan ts, archi The process of system building will affect the architect’s experience with 
Ans. Relationships among business goals, product re ? 


ms | sequent syst i te experience base. 

i itectur form a cycle with feedba ystems by sing to the corporate exp vant 
experience, architectures and fielded syste: thi hand A few systems will influence and actually change the software engineering 
loops that a business can manage. A business manages 


мой Риге, i.e., the technical environment in which system builders operate and 
growth, to expand its enterprise arca, and to take advanta 


ge of pre feam, 
investments in architecture and system building. 


s cycle to 
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0,28, What is Blas vie Explain. | Overview of Software Development and Architecture 27 

| Ans. The compositions have been found useful over | 
different domains, and so they have been documented and 
compositions of architectural elements, called architectu 
packaged Strategies for solving some of the problems fa 


An architectural pattern delineates the element typ 


0.29. What do you mean by layers pattern ? Also describe their benefits 
and issues. 
Ans. Refer to Q.28 (i). 


Some examples of this pattern are, networking protocols, in the Java 
rtual machine, the application in Java consists of instructions for the Java 


time, апа Over m 
disseminate 


ral Patterns, pro 
cing a system, 
es and their forms 


interaction used in solving the problem. Patterns can be characterized a | Virtual machine; the JVM uses services from the operating system underneath. 
. ICi А У " 

to the type of architectural elements they use. For example, а commo) Cordi Benefits — This pattern has the following benefits — 

type pattern is this — п modi 


(i) A lower layer can be used by different higher layers. The TCP 
yer from TCP/IP connections, for instance, can be reused without changes 
by various applications, such as telnet or FTP. 


(ii) Layers make standardisation easier, clearly defined and commonly 
accepted levels of abstraction make it possible to develop standardised tasks 
and interfaces. d 


(i) Layered Pattern — When the uses relation 
is strictly unidirectional, a system of layers emerges. A layer is a coheren | 
of related functionality. In a strictly layered structure, a layer can only ual 
services of the layer immediately below it. Many variations of this E. 
lessening the structural restriction, occur in practice. Layers are often desi; | 
as abstractions (virtual machines) that hide implementation specifics bel 
from the layers above, engendering portability. E 


among software eleme 


(iii) Dependencies are kept local. When a layer shows the agreed 
interface to the layer above, and expects the agreed interface of the layer 
below, changes can be made within the layer without affecting other layers. 


Common component-and-connector type patterns are these — 


components and connectors that create, store, and access persistent: да teams. 
The repository usually takes the form of a (commercial) database. Th 


Issues in the Layers Pattern — The most stable abstractions are in the 
connectors are protocols for managing the data, such as SQL. 


lower layer, a change in the behaviour of a layer has no effect on the layer 
below it. The opposite is true as well, a change inthe behaviour of a lower 
layer has an effect on the layers above it, so this should be avoided. 


Ofcourse, changes in or additions to a layer without an effect on behaviour 
Will not affect the layers above it. Layer services can therefore be implemented 
| in different ways (think of the bridge pattern here, where a dynamic link is 
Maintained between abstraction and implementation). 


Layers can be developed independently. However, defining an abstract 
ervice interface is not an easy job. There may also be performance overhead 
(lue to repeated transformations of data. Furthermore, the lower layers may 
Perform unnecessary work that is not required by the higher layers. 


(iii) Client-server Pattern — The components are the clients anc 
servers, and the connectors are protocols and messages they share pun 
eaclt other to carry out the system's work. É 


Common allotation patterns include the following — 

(iv) Multi-tier Pattern — Multi-tier pattern, which desoribes a 
distribute and allocate the components of a system in distinct E 
hardware and software, connected by some communication medir 
pattern specializes the generic deployment (software-to-hardware 2 
Structure. 


ns : z 
are patteri 0.30. What do you mean by client-server pattern ? Also describe their 


(v) Competence Center and Platform — These опр Мы 


iali i ture. 1 
specialize a software system's work assignment struc! 


: ехреї 
s ; main ехре | . . | 
center, work is allocated to sites depending on the pere e а site МА о ан In the client-server pattern as shown in fig. 1.10, a server тане 
located at а site. For example, user-interface design 15 done ke "E Vides services to multiple client components. А client component requ 


one site is {9014 


d other S% ervices from the server component. Servers are permanently active, listening 
е an d 


usability engineering experts are located. In platform, or clients 


іп 
developing reusable core assets of a software product li 
develop applications that use the core assets. 


1 


This means a developer can test particular layers independently of other layers, 
(ii) Shared-data (or Repository) Pattern — This pattern compris and can develop them independently as well — this supports development by 


РАКА 


28 Software Architectures 
Overview of Software Development and Architecture 29 


The requests are sent beyond process and machine boundaries, This me 
that some inter-process communication mechanism is required — clients a 
servers may reside on different machines, and thus 
in different processes. In fact, you can see the client- 
server pattern as a variant of the layered pattern, 
crossing process or machine boundaries — clients form 
the higher level and the server forms the lower level. 


The Master-slave pattern is applied, for instance, in Process control 
embedded systems, in large-scale parallel computations and in fault-tole 
systems. 


mu 
rant 


Client 


Service, | splitWork 


Examples ofthe client-server pattern are remote 
database access (client applications request services 
from a database server), remote file systems (client 
systems access files, provided by the server system, 
applications access local and remote files in a 
transparent manner) or web-based applications Fig. 1.10 Client-seryg 
(browsers request data from a web server). Pattern 


callSlaves 


subService 


Combine Results 
separate threads on the server. 
Inter-process communication causes overhead. Requests and result d i 
often have to be transformed or marshalled because they have a diffe 
representation in client and server and because there is network traffic. 


Fig. 1.12 Sequence Diagram for the Master-slave Pattern У 


Distributed systems with many servers with the same function should 
transparent for clients — there should be no need for clients to differentia 
between servers. When you type in the URL Гог Google, for instance, уз 
should not have to know the exaet machine that is accessed (locatio 
transparency), the platform of the machine (platform transparency), the rout 
your request travels and so on. Intermediate layers may be inserted for specifi 
purposes — caching, security or load balancing, for ВСВ, 
fication. This can also b 


Examples — One application area for the master-slave pattern is fault 
tolerance — the master delegates the job to be done to several slaves, receives 
their results and applies a strategy to decide which result to return to the 
client. One possible strategy is to choose the result from the first slave that 
terminates. Another strategy is to choose the result that the majority of slaves 
have computed. This is fail-proof as far as the slaves are concerned (the 
master can provide a valid result as long as not all slaves fail), but not with 
respect to the master, Failure of slaves may be detected by the master using 
time-outs. Failure of the master means the system as a whole fails. Another 
application area is parallel computing. A third application area is that of 
computational accuracy. 


Sometimes, callbacks are needed for event not 
seen as a transition to the Peer-to-Peer pattern. 


0.31. What do you mean by master slave pattern ? Also describe та 


issues. 


Issues in the Master-slave Pattern — The Master-slave pattern is an 
example of the divide-and-conquer principle. In this pattern, the aspect of 
Coordination is separated from the actual work — concerns are separated. The 
Slaves are isolated — there is no shared state. They operate in parallel. 


The latency in the master- slave communication can be an issue, for 
instance in real-time systems — master and slaves live in different processes. 


Ans, The master-slave pattern as shown 
in fig. 1.11 supports fault tolerance and 
parallel computation, The master component 
distributes the work among identical slave 
components and computes a final result from 
the results the slaves return. Fig. 1.12 shows Fig. 1.11 Master-slave patter | 
à sequence diagram of a master distributing 
work between slaves. 


The pattern can only be applied to a problem that is decomposable. 
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0.32) Explain the relation among the reference moqe| d | 
patterns and reference architecture. И 
Ans. An architectural pattern is a description of element anq m 


For example, client-server is а common architectural pattern с 


server are two element types, and their coordination is described i - т 
nem SOFTWARE ARCHITECTURE 
2n } 


the protocol that the server uses to communicate with each of itg clien | с 
А reference model is a division of functionality together with dag ] MODELS & STYLES 
between the pieces. | : ; 5 5 
А reference model is а standard decomposition of a known 
parts that cooperatively solve the problem. 


Problem 

И 'SOFTWARE ARCHITECTURE MODELS — STRUCTURAL 
A reference architecture is a reference model mapped onto so · MODELS, FRAMEWORK MODELS, DYNAMIC MODELS, - 

elements (that cooperatively implement the functionality defined in the тей i id < PROCESS MODELS 

model) and the data flows between them. Whereas a reference model di hi 

the functionality, A reference architecture is the mapping of that functi 

onto a system decomposition. 


Q.1. Write short note on software architecture model. 


Ans. There are five different types of models used to represent the 
architectural design. These are — structural models, which represent architecture 
as a well organized collection of program components; framework models, 
hich enhance the design abstraction level by trying to identify repeated 
patterns found in similar applications; dynamic models, which address the 
behavioural view of the program architecture, thus indicating how the structure 
or system configuration may change externally; process models, which 
emphasize on the business design or the design of technical process that the 
system must accommodate; and finally functional models, which can be used 
to represent the functional hierarchy of a system. Various architectural 
description languages (ADLs) have been developed to represent these models. 


92) Discuss the concept of structural model. 

Ans. A structural model is the architectural map for a large software system 
or family of systems (domain). The structural model used in a domain 
represents the point of convergence for trade-offs between maintainability 
and performance, quality and efficiency. As such, different domains will likely 
have different structural models. The idea of a structural model evolved out 
f the Ada Simulator Validation Program (ASVP), which established the 
fficacy of Ada for real-time training simulation. The most important of these 
standards is the idea of a structural model standard. Astructural model is new 
o the software process and falls directly out of a systems engineering process 
|25 it is applied to Ada software development. 
| The structural model is the framework through which components, 
attributes, and inter-relationships within the system are expressed. The 
tructural model enforces a consistency in thé Software structure, thus aiding 


architectures and software architectures.is shown in fig. 1.13. 


Reference 
Model 


Reference 


alih 
The relationships of reference models, architecture patterns, E 
Architecture | 


Architectural 
Pattern 


Fig. 1.13 д 

These reference models, architecturalpatternszarcd-reference-arehi 

are not architectures; they are useful concepts that capture element 
architecture. Each is the outcome of early design decisions. The relati 
among these design elements is shown in fig. 1.13. A software architect 
design a system that provides concurrency, portability, modifiability, и 
security, and the like, and that reflects consideration of the tradeo 
these needs. 
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‚ thread in DARTS — a mode or state change message in DARTS is a messa 
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program may be to call the segment executives as subprograms, or it Software Architecture Models & Styles 35 
to schedule their execution as independent tasks. Because data flow be 


z T 1 * y сае j 
the module executive and segment executives is one-way and small (the afl ие Due gradi des the subsystem controller with data from аа e 
tick message passes from the module executive to its segment), it dogg E? ecut! 


i i the right choice for a pro ds messages 10 им 
g u : " 
stand in the way of implementing the rig! ? program. || The subsystem controller is at the middle of the DARTS hierarchy. Its 
(iii) Segment Executives — A segment is a major grouping | try points are standardized. Every subsystem controller has the same entry 
4 


functionality. Early in the Mod Sim program, it was determined that 50 does not mean that all entry points will be used in every subsystem 
functions and objects “go together” in the sense that (a) there are Major ў 
flows between them, and (b) there are order а between th (v) Components — As in the AVSM, the lowest level element 
Subsystems and components which go together in this sense are grouped у ified in the architecture is called the component. Each of the components 
segment. These functions and objects were gathered together into 12 segmen onds to an object in the OOA sense. In DARTS, as in the AVSM, all 
and this represents some of the pre-done systems engineering work that ma pu about the operation and state of components is contained within 
DARTS a robust candidate for the development of reusable software, i м mponents. And no knowledge about the external environment (simulation 

The segment executives are responsible for all communications overi | | commands, presence or absence of other components, computational 
VNET (apart from the clock tick message). By isolating the V Mnvironment) is contained within the components. Components compute the 
communications functions in the segment executives, the lower-level elem d ate of the objects they simulate in a purely abstract, and therefore reusable, 
(subsystem controller and component) may be reused from similar зоћу anner. These rules, which are among the most attractive features ofthe AVSM 
for other architectures. + а DARTS structural models, comprise "knowledge firewalls". 

The segment executives are also responsible for mode and state cont! . Just as in the AVSM, all data flow between components takes place 
logic (total freeze, reposition, run mode, and so on). | ough the subprogram calls for each of the entries in the components. As 

The segment executives schedule the execution of their subsystilhe SEI points out, this set of entries is both necessary and sufficient to permit 
controllers by using a scheduling table mechanism. Functions зисћ ће knowledge firewalls described above to operate. - | 
malfunction insertion and mode/state change are handled in the main executit| 


spondence between subsystems and interface messages) the segment 


| 
3 


0.4. What are the advantages and disadvantages of. DARTS ? 


like any other, though it is processed by the segment executives. || Ans. Some advantages of DARTS are as follows — _ 


The segment executives in DARTS call upon the appropriate aperiod (1) The subsystem controllers and components are based on reusable 


‘entries in each of the subsystem controllers, based on the receipt ог templates. Every subsystem looks like every other subsystem P d 
appropriate control messages through the VNET. у у omponent looks like every other component, in that they have the sam 


Segment executives execute a large amount of highly predictable cod pubprogram entries and the same package structure. | 
If a segment is defined as the sender of a message in our interface specs, thi - (ii) Components are structured to be widely € 3 
it will identify itself to the VNET as a sender of that message, send lif omponets have no knowledge of their environments, they should be 
message, and so on. à fin the widest possible context. 


(iv) Subsystem Controllers — Subsystems originally correspond · (ii) Delivery із more р BONES ene i 
to the functions allocated to segments in the Mod Sim architecture, which ameable and locatable very early in the progran in the 
therequest ofthe customer was a traditional functional decomposition. sin ie components can be tracked from a very srs v 
that time, we have done additional work on abstracting the objects in || ^ction to delays and data voids have lower пара“ ily subcontracted. 
system in a more object-focused or object-abstracted methodology. | (iv) DARTS is designed to permit segments : us or weapons 

Subsystem controllers are implemented as in the air vehicle struct °™Panies with expertise in visual systems, ми compete to build an 


S be tested 
А и. r “lity of segments to 
memory based export area, while in DARTS (largely because of t dividual or set of appropriate segments. The ability tor risk at accentance. 
||“ Stand-alone entities lowers both prime and subcontrac 


able. Since 
reusable 


e compe rents are all 
h of the subsystems 
program, so that 
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(ii) Activity Diagrams — An activity diagram is one m > 
specifying dynamic behaviour ofa model. It depicts activities which Е 
ош by human or computer actors, and the transitions between A ani 
including the conditions governing the moving to another activity. м 


The 
may also include synchronization points at which two or more activiti e У == 
meet ог diverge indicating the possibility of parallel processing, EU 


Start T 


Resource 


Output 


Business Process 


A Business Process — 
1. Has a goal 
2. Has specific inputs 
| 3. Has specific outputs 
4. Uses resources р 
5. Has a number of activities that are performed in an 


Check Line Item 


н ordered fashion. 
m Stok 6. May affect more than one organizational unit. | 
Horizontal organizational Impact | 
Cancel Order 7. Creates value of some kind to the customer. | 
The eustomer may be an internal or external entity. i 
Pre-condition Fig. 2.5 Process Model | 
(Stock Assigned (о Record ; | 
All Line, И EE Q.7. Explain process model. | 
Payment Authorised) j 
| Ans. A software engineer or a team of engineers must incorporate а i 
Dispateh Order [Re-Order ] development strategy that include the process, methods, and tools layers and the 
Fig. 2.3 Activity Diag тат | s pases to solve eee ncc an industry setting. 2 strategy is 
= often called as a process model or а software engineering paradigm. - 
Activity diagrams are used to show how different workflows in the systen Thati e del i bstraction of a software process | 
5,45 5 s an abstraction ofa so e E 
are constructed, how they start and the possibly many decision paths that cs A nats, i de RUE mo зе ^i an e i т " НОА a 
" cess elre У ој nd application, the 
be taken from start to finish. They may also illustrate the where parallel eee ehrelies оде Dane o etg s wi ~ | : ied 
$ 5 е a > e required. 
processing may occur in the execution of some activities. and tools to be used, and the controls and deliverables that are req 


. 20 Therefore, it is essential to define process model for each software project. 
(iii) State Charts — State charts are used to detail the transitions 00 d р 


у IEEE defines a process model аз “а framework containing the processes, 
changes of state an object can go through in the system. They show how af р а tenance 
bi activities, and tasks involved in the development, operation an mainten: 
object moves from one state to another and the rules that govern that change f definition of its 
" j || ofa software product, spanning the life of the system from the definition 
tate charts typically have a start and end condition., | 
||| requirements to the termination of its use". 


The various process models are — 


Processing Request 


Start у 
(i) Linear sequential model or waterfall model 
[es ]— eee o aig D Lucii 
(iii) RAD model 
End (iv) Evolutionary process model 
Fig. 2.4 State Diagram (v) Incremental model 
(iv) Process Model — A process model is a UML extension of ab (vi) Spiral model 
р 


Е d ; t 
activity diagram used to model a business process this diagram shows wha 
goal the process has, the inputs, outputs, events and information that af 
involved in the process. 


(vii) Component-assembly model. 
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0.8. Describe the 4+1 view model. 


Ans. The 4+1 view model presented 
in was developed to rid the problem of 
software architecture representation. Five 
concurrent views are used, each view 
address a specific set of concerns of 
interest to the different stake-holders as 
shown in fig. 2.6. 


g. 4. 


Software architecture = (Elements, Form, Rationale] B 
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This view supporte allocation of requirements and work division among 
‘ns, cost evaluation, planning, progress monitoring, reasoning about reuse 
teams, E 
ortability and security. 
р n used is taken from the Booch method, і.е. modules/ 
systems graphs. Module and subsystems diagrams that show import and 
su cm relations represent the architecture. 
ex| tthe | 
The development view 15 completely describable only after all the other 
jews have been completed, 1.е. all the software elements have been identified. 
ме’ 


у "T" ыы г "m | ing the development vie t 
is applied independently. Each view is described using its own representatig,|| HowWeVe™ rules for governing p w can be stated early. 


Scenarios 


Development View The notatio 


Fig. 2.6 Each View Address 
Specific Concerns | 


(iv) Logical View — This view denotes the partitions ofthe functional 
requirements onto the logical entities in the architecture. The logical view 
contains a set of key abstractions, taken mainly from the problem domain, 
expressed as objects and object classes. 

Jf an object's internal behaviour must be defined, use state-transition. 


(i) Physical View — The elements of the physical view are eas], 
identified in the logical, process and development views and are concerned 
with the mapping of these elements onto hardware, e.g. networks, processes 
tasks and objects. In this view, quality requirements like availability, reliabilit} | 
(fault-tolerance), performance (throughput) and scalability can be addressed] | 


diagrams or state charts. 

The object-oriented style is recommended for the logical view. The notation : 
used in the logical view is the Booch notation. However, the numerous 
adornments are not very useful at this level of design. 


(ii) Process View — This view specifies the concurrency model usei 
in the architecture. In this view, for example, performance, system availability 
concurrency, distribution system integrity and fault-tolerance can be analyzed| 
The process view is described at several levels of abstractions, each addressing 
an individual concern. | | 

In this view, the concept of a process is defined as a group of tasks thal) 
form an executable unit. Two kinds of tasks exist; major and minor. Маја 
tasks are architectural elements, individually and uniquely addressable. Миша 
tasks, are locally introduced for implementation reasons, e.g. time-outs}] 
buffering, etc. Processes represent the tactical level of architecture contro: 
Processes can be replicated to deal with performance and availabiliy 
requirements, etc. ; || 

For the process view use an expanded version of the Booch process view! 
Several styles are useful in the process view, e.g. pipes & filters client/servél 


Production 
Engineer 


Sales 
Representative 


Employee 


Accountant 


Fig. 2.7 Booch Notation Example in Logical View 


(v) Scenarios — The fifth view (the +1) is the list of scenarios. Scenarios 
serve as abstractions of the most important requirements on the system. Scenarios 
play two critical roles, i.e. design driver, and validation/illustration. Scenarios 
are used to find key abstractions and conceptual entities for the different views, 
or to validate the architecture against the predicted usage. | | 

The scenario view should be made up of a small subset of importan! 


iticality and risk. 
Scenarios. The scenarios should be selected based on criticality an 


(iii) Development View — This view takes into account internal, К 
d 


intrinsi i 1 i ili men We interactions 
intrinsic properties/requirements like reusability, ease of "€ Each scenario has an associated script, i.e. sequence of vii of 
testability, and commonality. This view is the organization of the actual 50: E between ilem acd bewen procedit Scripts are use d for tbe Е f D 

i i 1 1 P Я і clo: 
modules in the software development environment, Bus vei Чр w^ the other views and failure to define a script for a scenario 45 = 
libraries or subsystems. The subsystems are organized in a hierarchy of lay 4 insufficient architecture rer 
Tt is recommended to define 4-6 layers of subsystems in the development МУ у n similar to the logic? view, 


Scenarios are described using a notatio "wt show interactions 
the modification of using connectors from the 
and dependencies between elements. 


u 


A subsystem may only depend on subsystems in the same or lower layers, 
minimize dependencies. 


1 
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(ii) A dynamic process model that depicts how thi 


, = 7 f в € system is organized 
ARCHITECTURES STYLES — DATA-FLOW ARCHITECT, : into processes al run-time. This may be different from the static model, 
PIPES AND FILTERS ARCHITECTURE, CALL AND RET) (iii) An interface model that establishes the services provided by each 

ARCHITECTURE, DATA-CENTERED ARCHITECTUR; subsystem through their public interface, 
LAYERED ARCHITECTURE EU 


(iv) Relationship models that depict relationshi 


ips like data flow 
between the subsystems. 


Q.9. Discuss the architecture design process. (R.GP и, June % 0.10. What do you mean by an architectural Style ? 
Ee А S s || d 2 
Ans. The architectural design process is considered as developing aba Ans. Architectural styles define a family of systems in terms of a pattern 
structural framework for a system. It includes determining the major зуу of structural organization. They also characterize a family of systems that are 
components and their communications. The following are the three ава r related by sharing structural and semantic properties. In essence, the purpose 
of explicitly designing and documenting a software architecture — of using architectural styles is to develop a structure for all the components 
М " TTA i resent in a system. If an existing architecture is.to be reengineered, then 
@ о о ронан of an architectural style results in fundamental changes in the 
ot sy stem E the architecture, It may be used as structure. of the system. Also, this change includes reassignment of the 
variety of different stakeholders. fcnottonality performed by-theecomporténte. 


gh-level System Present 
а focus for discussion by 


m (ii) System Analysis — To make the system architecture explicit att Q.11. How do you assess an architectural style that has been derived ? 
initial stage of system development implies that some analysis may be performs : (В.СРИ, June 2017) 
(üi) Large-scale Reuse — The transfer of the arc! 


hitecture can be don Ans.: The assessment of an architectural style that has béen derived in the 
across system having same requirements and hence c. 


an assist large-seal following ways — 
software reuse. There may be possibility of developing product in 


architectures where the same architecture is used across several related d 
The following activities are common to all architectural design processes. 


Data — How data communication between components take place ? Is 
data flow continuous or discrete ? What is data trarisfer mode (i.e. either one- 
4 to-one or globally available) ? What is the role of data components, if ? 
7 i i i i mponents interact with each other ? Does the data 
() System Structuring — The system is structured into seven How data and function e ро bu ST 
rincipal sub-systems, which are independent software units. Communication | Component interact to other comp 
Pui A i 4 | | ithi i trol management take place ? 
between sub-systems are recognized. е №8 Control — Within architecture, how contro g reb 
| | Within control hierarchy (if exist), what 15 the role of components 2 Within : 
System, how the control transfer take place between components ? How dcs 
___|| Sharing is done among components ? What is the topology that control F ae 
(tii) Modular Decomposition — Each identified sub-system | | ? Is there a synchronization of control ? Within a system, how interac 
F s а | control and dat. 2 
decomposed into modules. The architect must decide on the module types : nd data takes place 


developed between the parts of the system. у 


the types of their interconnections. З These questions NI OR иан ia es 
These activities are usually interleaved instead of conducting in seque 0.12. What do you mean by data-flow architecture ? NI 
The result of the architectural design process is an architectural р. Ans. This architecture is used in case of the eee components. 
document. It consists of several graphical representations of the system 7 50 Into output data through a series of computational or manip 
along with related descriptive text. It should describe how the | РЕ 2.8 shows these architectures. f components called filer. : - 
Structured into subsystems and how each subsystem is structured into | In fig. 2.8 (а), a pipe and filter pattern has a га poa one component to 
The different graphical models of the system present different per | filters are connected by pipes = pemi a certain form and produces 
on the architecture. The following architectural models may be next, Each filter is designed to accept да 


; u 
(1) A static structural model that depicts the s 
components that are to be developed as separate units. 
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data output of a specified form, which goes to the next filter a 
neighbouring filters require to know the working of each oth 
Pipes 


S its input А 


ег. 
р 


Lf ie [Fr] 
(a) Pipes and Filters 


(Б) Batch Sequential 
Fig. 2.8 Data-flow Architectures 


Fig. 2.8 (b) illustrates a batch sequential architecture, where the да 
degenerates into a single line of transforms. This pattern takes a b; E. 
and then a series of sequential components i.e., filters are applied to 


transform 
Q.13. Explain in detail about the pipes and filters with example. а 


i 


atch ofdd 


Software Architecture Models & Styles 45 


pipes and filters style include the following — ; 
(i) The filter transforms or filters the data it receives ма the pipes 
h which it is connected. A filter can have any number of input pipes and 
X number of output pipes. 
(ii) The pipe is the connector that passes data from one filter to the 
|: [tis a directional stream of data, which is usually implemented by a data 
er to store all data. until the next filter has time to process it. 
) The pump or producer is the data source. It can be a static text 
. or a keyboard input device, continuously creating new data. 
(iv) The sink or consumer is the data target. It can be another file, a 
llabasc, or a computer screen. 
| Some examples of pipe filter architecture are as follows — 
Unix Programs – The output of one program can be linked to the input 
fianother program. 
Compilers — The consecutive filters perform lexical analysis, parsing, 
mantic analysis, and code generation. 


IN 


| 


Compiler Front-end for 


Г Language 1 
Source Code 


Compiler Front-end for 


Language 2 
Source Code 


Ans. In a pipe and filter style each component has a set of inputs andae Language 1 Language 2 
of outputs. A component reads stream of data оп its inputs and produces site Lexical Analyzer (Scanner) Lexical Analyzer (Scanner) =: 
of data on its outputs, delivering a complete instance of result in stan М 5 
order. This is accomplished by applying a local transformation to the in p не лнн 
streams and computing incrementally so output begins before inputi M T 
m Intermediate Code Intermediate Code 


consumed. Hence components are termed "filters". The connectors o 
Style serve as conduits for the streams, transmitting outputs of one filie 
inputs of another. Pipes and filter style is shown in fig. 2.9. р 


(a) Pipes and Filters 


(b) Batch Sequential 
Fig. 2.9 Pipes and Filters 


Generator Generator 


Non-optimized Non-optimized 


Intermediate Code Intermediate Code 


b Pd 


Intermediate Code Optimizer 


Optimized Intermediate Code 


"n bc 


Target-2 
Code Generator 


Target-2 
Machine Code 


Target-1 
Code Generator 


"'Target-1 
Machine Code 


— 
Jio 


Fig. 2.10 Compiler Design 
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Compilers translate source programs in high-level lan ; 
machine code of the underlying hardware. A compiler consist, е Software Architecture Models & Styles 47 


parts — the frontend, the intermediate code optimizer, and the b i tages of pipes and filters are as follows — 

The front end checks whether the program is correctly wy; hi jx s lead to a batch organization of processing. 
the programming language syntax and semantics, d ch are independent even though they process data incrementally. 
programs are recognized. Errors are reported, if any, i e t good at handling interactive applications. 
checking is also performed by collecting type informat (it) vh : incremental display updates are required. 
И an intermediate representation or и be hampered by having to maintain correspondences 
by the middle-end. e| в but related streams. ~~ 
The intermediate code optimizer is where о 1 een IO edi common denominator on data transmission. 
transformations for optimization are removal of useless or unreach, was both loss of performance and to increased complexity in 
discovery and propagation of constant values, relocation of со; à 


less frequently executed place (e.g., out of a loop), or. special; 


This can lead to 


нпр the filters. 
5. Discuss the different classification of architectural styles wit! 


computation based i 

the iine backend и | al an software and discuss each style in detail. (Е.СРУ, June 2012) 
The back end is responsible for translating the IR from - Ans. The various architectural styles are as follows — 

into assémbly code. The target instruction(s) аге chosen for : @ Call and Return — This architectural style helps a software 

Register allocation assigns processor registers for the pro esyflesigner to get а program structure that is easier to modify and scale. The 

possible. The backend utilizes the hardware by figuring o plowing are the substyles of this category — р 

execution units busy, filling delay slots. (a) Main Program/Subprogram Architecture —Itdecomposes 

for optimization are in NP, heuristic techn C ped ction into a control hierarchy where a main program calls various program 


Some problems encountered in pipe and filter architecture incladesyeomponents, which in turn may call still other components. This type of 
a filter needs to wait until it has received all-data (c.g. а sort filier), ip grehitecture is shown in fig. 2.11. 
buff. i i i m M: 
uffer may overflow, or it may deadlock. Also, if the pipes only 41 Ега 
single data type (a character or byte) the filters will need to do som 


7 


This complicates things and slows them down: If you create different 


different data types, you cannot link any pipe to any filter: — : В 
3 Е. 
0.14. What are the advantages and disadvantages of pipes and. 
architectures. E 
Ans. Advantages of pipes and filters are as follows — 


(1) They allow the designer to understand the overall 1р0 
behaviour ofa system as а simple composition ofthe behaviour ОЁ the E 
filters. 


aim. 


(ii) They support reuse — Any two filters can be hooked 


they agree on data. 
(iii) Systems are easy to maintain and enhance — Fig. 2.11 Structure Trin c a Call and 
ur | hitectura e 
added to exciting systems. Renan archie In this, components 


(b) Remote Procedure Call Architecture га network 


iv) Th i in kinds of specialized anal | = 
Е b ) They permit certain kinds of sp Ға main program or subprogram architecture are distributed ove! 


(v) They support concurrent execution. 


lif 


Mw 


d 


они «зы 
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(0). ‘Data-centered — In this architectural style, a dan } 
the center and is accessed frequently by other components Which Store gy 
update, or modify data within the add, q 
store. Fig. 2.12 shows а typical 
data-centered style. 

Observe the fig-2-12, where 
client software accesses а central 
gepnsitosy-(he.. data store). Ese 
data-store-can-be-passive in-some 
cases, client software accesses 
the data independent of any change 
or the actions of other client 
software. 
dn Data-centered architectures enhance-integrabil Е. у 
components can be changed and new client components сап be added ны 
and алевивение, regandiessofother-clients. Also&tli&bláckboardme E 
io pass data among clients. The processes are executed independently by 
components. , 
(iii) Data-flow — Refer to Q.12. 
(iv) Object-oriented — The system components encapsulate 
the required operations for data manipulation. Communication and coordinati 
is established via message passing between components. E 


(9) Layered — Refer to Q.17. : 
0.16.) What are the advantages and disadvantages of data cenin 
architecture. 4 
Ans. The advantages of data centered architecture are as follows 
(i) It centralizes the data logic or Web service access logic. - 
(ii) It provides a substitution point for the unit tests. 

(iii) It provides a flexible architecture that can be adapted as th 

design of the application evolves. 
Disadvantages of data centered architecture — 
(i) The associated systems must agree 
inevitably compromising on the specific needs of each, 
performance. , 1 
(ii) Evolution may be difficult when large volumes of n Е 
generated according to an agreed model, and translating this to а пе 22 
тау be very expensive, difficult or impossible. ‘and 
(iii) Activities such as backup, security, access С on. til 
may be different for different associated systems, resulting № " 

unnecessary overheads, 


Client 
Software 


Client 
Software 


Fig. 2.12 Рага-сеп. 


tered Architecty, 


on the repository 
adversely 419 
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0.17. ‘explain in detail about the layered architectüre,. 
yer 2.13 shows the basic structure of a layered architecture 


Components 


Fig. 2.13 Layered Architecture 


i| This architecture consists of a number of different layers. Each layer 
performs operations that pro gressively become closer to the machine instruction 
set. At the outermost layer, called user interface layer, compo-nents service 
user interface operations. At the innermost layer, known as core layer, 
components perform operating system interfacing. The two intermediate layers 
ie., application layer and utility layer, offer application software functions 
and utility services, respectively. 

Layered architecture is an architectural style that organizes the software 
hierarchically, each layer in the hierarchy providing service to the layer above 
itand serving as a client to the layer below it. A layer can be loosely defined as 
а set of (sub) systems with the same degree of generality. 

The layers architectural pattern helps to structure app 
decomposed into groups of subtasks in which each grou 
particular level of abstraction. 

The layered architectural style has been descri 
of reuse where each layer aggregates the responsi 
the layer directly beneath it. 

. Тһе common principles for designs that us 
Include — А 

(i) Abstraction — This style рг ovides the p ume 
abstracting the roles and responsibilities of individual lay 
interrelation, 


lications that can be 
p of subtask is at a 


bed as an inverted pyramid 
bilities and abstractions of 


e the layered architectural style 


while 
d their 
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(i) Encapsulation — The layer boundaries are not expog The next layer is the native libraries which enables the device to handle 


ed tot 


= features imple i i ; data. These are written i : 
ER =i E such as en types, methods, implementation details, achieving | different types of | n C or C+ and are specific for 
= 2 required encapsulation. " particular hardware. 


iii) Specify the Services — Each layer has to Specify 
functionality. The behaviour and flow of data within the layer 
also to be specified in clear terms. 


ad Android runtime layer consists of the dalvik virtual machine and the core 
a distin p 
boundaries P java libraries. m Э 

P The dalvik virtual machine is a type of Java virtual machine used in android 

m devices (0 run the applications and is optimized for low processing power and 

Ower [gy i УМ all Itiple i i i 
y low memory: The D allows multiple instances of virtual machine to be 
ў created simultaneously providing, security and memory management, isolation 
actly, betwee and threading, support. 

E Application framework is the layer above the android runtime and this 
perating syste, the block where the applications directly interacts with and this block includes 
group of Severa activity manager, window manager notification manager, package manager, 
1 resource manager and content providers. 


is 


pm 


(iv) Reusable — There exists no dependencies between the |, 
and the upper ones; we can reuse them in other scenarios, 


(v) Coupling between Layers — Provide coupling, abstr 
layers to establish communication among them. | 


Fig. 2.14 shows the layered architecture of the android o; 


It is a software stack of different layers where each layer is а 


i different components. 


Applications The topmost layer of the android architecture is the application layer that 


supports writing applications in two modes; native android apps and in the 
third party apps thereby providing an endless opportunity to the developers. 


Native Android Apps Third Party Apps 


Application Framework 


Activity Window Notification 
Manager Manager Manager 


{ 0.18 What are the advantages and disadvantages of layered architecture. 


Ans. Advantages of layered architecture are as follows — 


Package Rens Content (i) They support designs based on increasing levels abstraction. 


Manager | -|--Manager Providers (ii) Allows implementers to- partition a complex problem into a 


sequence of incremental steps. 


Libraries E 


| some | | маки | Е јаке 


Соге 


: Surface Media Libraries 
| FreeType | Manager Framework 


Dalvik Virtual 


| SSL 5 Machine 


(iii) They support enhancement. 
(iv) They support reuse. 


Disadvantages of layered architecture are as follows — 
(i) Not easily all systems can be structures in a layered fashion. 


(ii) Performance may require closer coupling between logically high- 
level functions and their lower-level implementations. 

(iii) Difficulty to mapping existing protocols into the ISO framework 
as many of those protocols bridge several layers. | 
у (iv) Layer bridging — functions is one layer may talk to other than its 
immediate neighbour. 


Linux Kernel 
WiFi 
Drive 
0.19. Explain in detail about the client server architecture. 


| istributed 
Ans. The client server model is a computing model ic aei in of a 

application which partitions tasks or workloads between he eus o 

resource or service, called servers and service requesters called cll 3 


_ The basic layer is the Linux kernel on which the 
built on (version Linux 2.6 kernel). This acts as an abs 
hardware and the software layers. 
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client/server characteristic describes the relationship of cooperatin 
in an application. The server component provides a function or s 
or many clients, which initiate requests for such services, 


There are two types of client server architectures — 


8 Prog 
СГУ се 


(i) 2-tier Architectures — In this architecture, client directly j 
with the server. This type of architecture may have some security hoj 
performance problems. Internet explorer and the web server works 9; 
architecture. Here security problems are resolved using secure СОЙ 
(SSL). i: 

(ii) 3-tier Architectures — In this architecture, one more: 
in between client and server. This middle software is called m 
Middleware are used to perform all the security checks and load ba 
case of heavy load. A middleware takes all requests from the 


middleware passes this response back to the client. If you want tolim 
3-tier architecture then you can keep any middle ware 1 Web; log 
WebSphere software in between your Web server and Web browsers. > 


Some disadvantages of client server architecture are — | 


У Ha 
Dependence — The client-server network model relies опа fu 
and available centralized server. If the centralized server is rem 


5 HR 
system or goes down due to problems, the entire network canno; 
E 


maintain and share resources with the other computers on the 
entails a substantial cost. 


Congestion – Centralized servers must handle the majority o 
traffic, as all queries for resources are directed toward the se 


cause network congestion on the network and slow down respe "m. e 
s j aie ii) Connect the 
each computer available. OM PU system call. в 
Maintenance — Client-server networks often require a stal (iii) Send and receive dal 
a single network administrator to manage and maintain the Eu SUB but the simplest is to use the read() ar 
network. Other network operating systems, such as peer-to-pee The steps involved in estal 
Systems, do not require a network administrator to maintain. meg Д follows = D ЫЯ 
Work is distributed among individual clients and their related mach (i) Create a socket with the soc 
. ? (ii) Bind the sock 
Q.20. Give example of client server architecture. m Server socket оп M 


_ Ans. TCP-IP is perfect example of client server architectures machine, Lr REM 
Client server is shown in fig. 2.15. E 
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(iii) Listen for connections with the listen( ) system call, 

(iv) Accept а connection with the accept( ) = call. This 
typically blocks until a client connects with the server. Send. and receive 
using the read( ) and write( ) system calls. 
агу to design the system archite 


Q.21. 
jon is written. (Е.СРИ, рес 3 


before the specificatii 
Ans. The architecture may have to be designed before specifica a 
written to provide а means of structuring the specification and develo Capabilities of Agents — The basic capabilities of agents are as follows- 
different subsystems SP ecifications concurrently, to allow. manufacw ap i) Reactive That is, agents must react timely and appropri 
hardware by sub-contractors and to provide a model for system costing of Ese ive to changes in the environment. ppropriately to 
(ii) Goal Oriented — Agents act in a purposeful manner. 


Writing 
it is difficult to formulate it. Therefore, it is easier to divide th у |. 
and it is di D € the system iny (ii They should be able to communicate with 
nvironment, other agents, and/or people. 


simpler subsystems and define their specification and it will save you the md | 
(iv) Adaptive — They sho 
s experience. 


of defining specification and put it into the respective subsystem. Hence 
ms and the specifications to be iéadily in | 
ous — They must exercise control over theirown actions. 
Agents must posses the ability to 


4 
я 


the assigning of the sub-problems is done in such away as t 
y asto 


he global problem in the most appropriate and efficient manner. 
ге autonomous OF semi-autonomous hardware or softwar 
е 


s that carry out tasks in complex, continuously changing environments 
m: ists of a group of agents that can take specific roles within an 


ly 


4 
ty 


7 


q 


F 
f; 


Communicative — 


фее 


can concurrently develop subsystei 
ihe implementation stage. | to previo 
(у) Autonom: 


Q.22. Differentiate between data flow model and control flow model 
(В.СРИ, June 2008, 2013 (vi). Temporally Continuous — 
HRe | Е 


Ans. Ina data-flow model, functional transformations proces: their input в ares 
and produce outputs. Data flows from one to another and is transformed азі 
moves through the sequence. Each processing. step is implemented as} 
transform. Input data flow through these transforms until converted to output} 

On the other hand, control-flow models are used as a basis for representing | 
the transformation of control. Control models-include centralised control ant 
event models. In centralised models, control decisions are made depending 
the system state, in event models external event control the system.” *~ ; 


0.24. What is the learning agent architecture ? Explain. 
d learning is that perceptions should be used not only 


the agent ability to act in the future. 
they act according to the - 
for new perceptions the 


Ans. The idea behin 
to act but also to improve 

Basic software agents have no learning; 
perceptions defined in the. agent design. Therefore, 
agent must be reprogrammed. 

Learning agents can at runtime change their behaviour according to 
changes in the environment. In this type of agents, perceptions should be used 
not only to act but also to improve the agent ability to act in the future. 

. А learning agent has four basic components (see fig. 2.16) performance, 
critic, learning and problem generator. 
be a performance component is what we have 
asic agent — perceives and acts on the environment. 
le for making th 


| TECTURE, REACTIVE ARCHITECTURE, КЕРІ 
STATE TRANSFER ARCHITECTURE 


m за: 


previously considered to 


e agent behaviour 


0.23. Write short note on agent based system. 
gent is doing and 


The learning component is responsib 


Ans, Agent systems especi Е cithe 
pecially the multi-agent systems are part of the WE) impr i 

research area of distributed artificial i i ) 10 provements, It uses feedback from the critic on how the a 
ificial intelligence (DAI). DAI can Ђера M determi ified to do better 
(DAD 5 mines how the performance component should be modi us rogis 


onent about th 


in tl b. 
he future. The critic tells the learning comp sary because 


into distributed problem solving (DPS) and multi-agent systems (MAS). $ 
k decompos! 


The critic is nec 


deals mainly with i j 
y with information mana; i hast age 
and soluti . : gement issues such as tas nt according to a fixed performance standard. 
ке о While, MAS deals with breaking-down E. m the Percepts themselves varia no indication of the agent success. - 
е sub problems to the l ing agents with U^" T . у enerator whic! 
pr oblem solving ag р he last component ofthe learning agent is the а es informative 


is that will lead t 


Sponsible for suggesting actions 


abiliti i 
Mes to solve the particular sub-problem. Although each agent has its! 
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; makes а quick left turn across three lanes of traffi 
tax! 5 


E C, the critic 
he shocking language used by others drivers. From e 
the 


Xperience, the 


i late a rule saying thi E 
g Jement is able to Е E = this was а Бай action, and 
ЕЕ e "ance element is modified by installation of the new rule. The 
НЕ Нол might identify certain areas of behaviour in need of 
A В . 
Н а gen d suggest experiments, such as trying out the brakes on different 


faces under different conditions. 
ас 


25, Briefly explain the single-agent systems. 
0.25. ingle-agent systems are based on the centralized process model. 
Ans. Single there is a single agent which makes all the decisions, leaving 
In these systems, ts to act as remote slaves. Therefore, single agent systems 
all the other i eti er of entities such as transducers, actuators and/or robots. 
may a a entities send their perceptions to, and receive their actions from 
However, 


cessor. 
me central pro à 

Ж environment of а single-agent system may have other agents. 
Te these agents act as actuators or sensors because they do not posses 
T, 


at their own. The single-agent system is shown in fig. 2.17. 
goa 


Generator, 


Reactive 
Rule 


System 
Reactive 
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Environment 


Action 
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* Actions 
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Knowledge 


08 


Interpretation 


Solution 
Sentence 


Fig. 2.17 General Single-agent Framework 


A 


Perception 
Interpretation 


Sentence 


Perception 


Q.26. Describe the multi-agent systems. 

Ans.. A multi-agent system is: a loosely coupled eda scs 
Solving agents that work together to solve problems that none o: ~ d 
solve alone. The main difference between multi-agent systems = Mes 
agent systems is that in multi-agent systems several agents at a Не 
aware of each other's goals and actions. Besides being aware 0. КЕ 
intentions and behaviour, in a fully general multi-agent mee KM is 
Communicate with one another, either to help an individual agen 
goal, or in a rare case, prevent it. У 

Multi-agent systems are composed of several autonom 
have the following general characteristics — PRI 
(i) Each agent has incomplete capabilities 
-< automi (ii) There is no global control. 
a eat (iii) Data is decentralized. 
(iv) Computation is asynchronous. 


of problem- 


Performance 


Perception 


Environment 


us entities which 


to solve the problem. 


, An example of the functioning ofa learning agent architecture 
taxi, The performance element consists of whatever collection of нЕ. 
and procedures the taxi has for selecting its driving actions. The critic 0^ 
he World and passes information along to the learning elemen: 


t. For exam 


ple 


58 Sofiware Architectures 
Fig. 2.18 shows a mülti-agent system with multiple agents 
communication capabilities and others without communication capa ; 
abii. n 

Itig 
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products such as CDs, books, electronic components and other 
ts-all products. Amazon.com is a good example of a shopping bot. 
psite will offer you a list of books that you might like to buy on the 
at you're buying now and what you have bought in the past. 
ample is used on eBay. At the bottom ofthe page there is a list 
jmilar products that other customers who did the same search looked at. 
is because itis assumed the user tastes are relatively similar and they will 
crested in the same products. This technology is known as collaborative 


Another ex 


) User Agents (Personal Agents) — User agents, or personal agents, 
hat take action on your behalf. In this category belong 


(ii 
igent agents t 
igent agents that already perform, or will shortly perform, the 


Fig. 2.18 Multi-Agent Framework 4j 
3 
5 


0.27. What are the advantages of multi-agent system (MAS) ; following tasks — . 
(а) Check your e-mail, sort it according to the user's order of 


Aus, Multi-agent system (MAS) can be used for both distrib К 
centralized systems. For example, multiple agents сап be used to я preference, and alert you when important emails arrive. 
systems by providing means for parallel programming. P 1 (b) Play computer games as your opponent or patrol game areas 
Another benefit of multi-agent systems is their scalability, That 8 oryou. — un 
agent can easily ђе added to the multi-agent system, because it is in ' (e Assemble customized news reports for you. There are several 
ersions of these, including newshub and CNN. 


modular. Generally this is more easily done than adding new i 
8 capabi ities i (d) Find information for you on the subject of your choice. 


monolithic systems. 
n (e) Fill out forms on the Web automatically for you, storing 


For programmers, modularity of MAS leads to simpler: programn 
Instead of-working with one centralized agent, programmers easily 
subtasks and assign control of. these subtasks to different agent. This also; 
the problem:of sharing time of. one, centralized agent between separate task 


your information for future reference. 
(f) Scan Web pages looking for and highlighting text that 


constitutes the important pait of the information there. 
| (ву Discuss topics with you ranging from your deepest fears to 


sports. = et 
"^^ (h) Facilitate with online job search duties by scanning known 


job boards and sending the resume to opportunities who meet the desired criteria. 
sv (i) Profile synchronization across heterogeneous social networks. 


. 0.28. What is an intelligent software agent ? What are the t) 
intelligent software agents? |. (R.GBK, June dll 
Or E 
Explain software agents. ду 
Ans. In computer science, а software agent is a piece of softwi d j 
x for à user or other program in a relationship of agency. Such aet 
ius of implies the authority to decide which (and if) action is apP! 
те idea is that agents are not strictly invoked for a task, but activate thems r 
- LE suggests that there are only four essential types of intelligent 
agents — 
— (0 Buyer Agents (Shopping Bots) — Buyer agents travel 
= vork (i.e. the internet) retrieving information about goods and M. 
ese agents, also known as ‘shopping bots’, work very efficieni 


(iii) Monitoring and Surveillance (Predictive) Agents – Monitoring 
on equipment, usually 


and surveillance agents are used to observe and report т 2 
computer systems, The agents may keep track of company inventory yes 
observe competitors’ prices and relay them back to the companys watch stoc 
manipulation by insider trading and rumors, etc. 
а Рог example, NASA's Jet Propulsion Laborato 8 
8 "tory, planning, and scheduling equipment orderin 

5 Well as food storage facilities. These agents usua, 
computer networks that can keep track of the configurati 
connected to the network. 


ry has an agent that monitors 


g to keep costs down, 
Пу monitor complex 
on of each computer 
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(iv) Data Mining Agents — This agent uses informat 
to find trends and patterns in an abundance of information from 
sources. The user can sort through this information in order t 
information they are seeking. | 

А data mining agent operates in а data warehouse discove; 
A data warehouse brings together information from lots of 
Data mining is the process of looking through the data warehoy 
information that you can use to take action, such as ways to ind 
keep customers who are considering defecting. У 


ion teci 
many 
9 fing 


hing 
diff, 
Whats 


ting infon, 
different 


0.29. What do you understand by microservices architecty; 
Ans. A microservices architecture is a method of developing. Hd 
asa network of independently deployable, modular services in whiche n 
runs a unique process and communicates through a well-defines lig 
mechanism to serve a business goal. Think of it like a honeycomb ls 
a honcycomb is independent from all the others and may be used fo 
purpose. Each single cell is not very useful, but when combine With'each 
a strong and flexible network is created that supports many uses 3 
The vision ofa service oriented architecture (SOA) was fir 'sketd 
inthe 1980s as a way to unify monolithic islands of. automation int oa fan 
goal. It’s no coincidence that the concept of SOA arrived at the sa 
the internet made large-scale peer-to-peer networking possib] У 


К 
tun 


Applications based upon services need other services to manag 
The concept of middleware is based upon this idea. Middleware coon 
groups of services to ensure that data flows smoothly between them an 
services are available when needed. The enterprise service bus (ESB) is ant 
way to coordinate services. This is an integration architecture that us | 
common communications layer (the bus) to orchestrate a variety of poi 


and a customer account to present a unified checkout window En 
shopper. In most cases, a common data storage layer is shared Бу 
an В 


The difference between а microservices approach and 
microservices architectures have no single coordinating lay! т 
communicates independently with the others. This enables app. 


velope! 


Programming language most appropriate to the task. The M. E. 
development is to deconstruct the application into the ње appl 
50 that services can be shared and combined easily with 0 dá 
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030. What are the general characteristics of microservices 
din General characteristics of microservices architectu 
(i) Applications are developed asa Suite of small Services, each Tunnin 
" independent process in its own logical machine (or Linux Container) E 
as а (ii) Services are built around capabilities — single Tesponsibility princip] 
( Each microservice has a separate codebas 
separate team- А 
(iv) One can independently replace/upgrade/ scale/deploy services, 
(v) Standard lightweight communication is used, often REST calls 


over HTTP. | Я 
(vi) Potentially heterogeneous environments аге Supported. 


architecture > 
те are as follows . 


€ and is owned by a 


Q.31. List out the merits and demerits of microservice architecture, 
Ans. There are following merits and demeríts of the microservice 
architecture — 
Merits — Merits of microservice architecture are as follows — 
(i) Faster and simpler deployment and rollback with smaller services, 
Taking advantage of the divide and conquer paradigm in software delivery 
and maintenance. 
(ii) Ability to horizontally scale out individual services. Not sharing 
the same deployment platform with other services allows each service to be 
scaled out as needed. 


(iii) Selecting the right tool, language and technology per service, 
without having to conform to a homogeneous environment being dictated by 
shared infrastructure. 

(iv) Potential for fault isolation at microservice level by shielding 
services from common infrastructure failure due to the fault of one service. 
Where a system is designed to withstand the failure of some microservices, 
the result is higher availability for the system. 

(v) Goes hand in hand with continuous delivery and integration. 

(vi) Promotes DevOps culture with higher service self-containment 
and less common infrastructure maintenance. А 

(vii) More autonomous teams lead to faster/better dévelopment. 

(viii) Facilitates A/B testing and canary deployment of services. 

(ix) Traditional divide and conquer benefits.- | 

, Demerits — The downsides of MSA are direct results of higher EN 
distribution, There is also a higher cost to having less common infrastructure. 
Demerits may be enumerated as follows — 


(i) Network reliability is always a concern. 


i hitectureS |. E^ 
62 Software Archite Я — given the distributed nature, 


zi ing/ID. . s; В 
Gi) Less tooling oringand addressing cascading failures arg oil 
(iii) Tracing, mo gration testing can be difficult, ley 


à icularly inte. P 

oa wean always more difficult for distributed Systems 
~ 2 complexity — higher fixed cost and overhead, : 
(vi) High 


ii) H terogenous environments are difficult and costly to Ж 
(vii) Bel n 


examples of. microservices. 


Е t 
st frameworks that developers can i 


0.32. Give some 
There are several robu: 


Ае oservices-based applications. Frameworks incorporate Ном, 
build mier d to build microservicec) 
В 5 velopers need to build microservices pa] 
essential services that de р X GERD Sed 


icati are some examples — ; 
uer c Boot is a highly regarded framework for depe i 
injection which is a technique for building highly decouple 45 M 
known for simplicity, flexibility and support for distributed pro; grami 
techniques like inversion of control and aspect-oriented programmin; 


permits developers to choose between multiple web servers like Ti 


and Undertow. й 
(ii) Jersey is a RESTful Web Services framework for develop 


of RESTful webservices in Java. RESTful refers to a popular de elopi 
technique in which messages between microservices are handled 
web-standard HTTP protocol. Known for its ease-of-use, Jers 


(iii) Swagger is a framework of development using APIs te 
consistent descriptions of APIs that machines can read and that can serves 
documentation. Swagger also automatically generate client libraries for A 
in a wide variety of languages. — 


0.33. Discuss various technologies and development techniques 


in microservices. | 


Ans. The microservices approach to application development has 
enabled by a number of new technology and development techniques 

. . (i) High-speed, low-latency networks enable sophisticated dl 
applications to be constructed of services from many providers. Е 
ап application can call a secure document signing service or frau 
Service in milliseconds in order to close a sale. 

(ii) Containers are lightweight virtual machines that conta 
Structure elements necessary to perform a service. The 
and shut down quickly. with minimal management overh 
n be encapsulated in its own container and stored in a If 


the infra 
launched 
Service ca 
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(ii RESTful APIs are defined by whatis.com as 
es (APD that use HTTP requests to GET, PUT, POS 
И а andwidth way for services to communicate 
They m rd sot of commands. This makes them well-suit 

tions on the Internet. The population of servici 
appli Pr ogrammable Web lists more than 17,000 


application Бе 

T and DELETE dan 
with each other using 
ed to loosely Coupled 
€S exposed as APIs {5 
APIs, up from just 300 a 


пи ago. Not all microservices are RESTful, but all are message-driven, 
le (iv) Distributed databases have multiple services handling data 
requests. Each service works on a subset of the data and coordinates results 


other services via an orchestration platform. This allows for highly 
ble applications to be built at low cost using commodity servers. 

„ (у) DevOps is an agile programming technique that emphasizes 
modularity, frequent releases and a constant feedback cycle. 

(vi) DataOps combines the concepts provided by DevOps and also 
layers in the management and availability of data models. This enables the 
ability to quickly productionize intelligent machine learning models without 
the old approach of throwing the model over the wall with fingers crossed 
that someone else will figure out how to put it into production. 


with 
scala 


0.34. Explain in detail the reactive architecture. 

Ans. Reactive agent architecture is based on the direct mapping of _ 
situation to action. It is different from the logic based architecture where no 
central symbolic world model'and complex symbolic reasoning are used. Agent, 
responses to changes in the environment in a stimulus-response based. The 
reactive architecture.is realized through a set of sensors and effectors, wliere 
perceptual input is mapped to е effectors to changes in the environment. 
Brook’s subsumption architecture is known as the best pure reactive. 
architecture. This architecture was developed by Brook who has critiqued on - 
many of the drawbacks in logic based architecture. Fig. 2.19 illustrates an 
example of reactive architecture. The fig. 2.19 shows that each of the percept 


situation is mapped into an action which specifically responses to the percept 
Situation. 


L 1 7 а 
< Mapping = e 
S EE У, 
Ni Perception & 
Environment 


Fig. 2.19 Reactive Architecture 
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ture is that intelligent 


SS tec! 
ES | 64 software Archi E architec 
ERE bsum ý 
== hs dec ie ores representations un т reson My .. classical architecture is based. on the traditional artificial ; 
5 | can be genera Sus Intelligence 15 an emergent property of certain "E Wi This E representing and modeling the environment and Symbolic 
| symbolic AI techn Е ah architecture is implemented in finite state Sony por Jr symbolic representation. Thus, the agent bela the agent 
iue З gyen connected to sensors that perceive the enva ching мо tation of the symbolic representation. viour is based 
e adi map the action t0 5 а > tascaccomg м wer role in this clas sical architecture may also be considered a 
behaviour are used in the decision ma n . - ho the behayig, ity g The syntactical manipulation of the symbolic representati 5 
be thought of as an individual function WERE њи in the environ ss of logical deduction от theorem proving. As an ме 5 
with an action. Multiple behaviours that can be fired simultaneously ig an oving, the agent specifications outlines how the agent sce 
Е characteristic of subsumption architecture. The subsumption arch; E als are generated and what action the agent can take Mie 
= hierarchical structure represents different behaviours. The lowest layer q "Ап example of logic-based architecture formalism is as n 
E | hierarchy has the highest priority. Higher layer represent more gb (1) Assume that the environment is described by sentences in L 
| behaviour than the lower layer in the hierarchy. Complex behaviour is achie wledge base that contains all the information regarding the envir е 
i through the combination of these Eu] [^D where. РОЈ is the set of possible environments. iced 
behaviours. Fig. 2.20 shows acmon (ii) For each moment of the time t, an agent's internal state is 
ted by KB = (KB, КВ», KB, ....., KB,) where KB; е KB. 


hitecture. In 
š fepresen! 
states are represented by S = {s,, 5, 


selection in the layered arc! 
The possible environment 


this layered architecture, the lower the 

layer the higher the priority. The lower 1 (ii) 

layer will be the primitive behaviour and 4 

higher layer will represent а more Fig. 2.20 Action Selections in” (iv) An agent's reasoning mechanism is modeled by a set of deduction 
Layered Architecture; ое, p which are the rules of inference. 


(v) An agent perception functions as see : S -> P. 
(vi) The agent’s internal state is. updated by a perception function 


ere next: КВХР-> КВ: . 


у (vii) Thus, agent can,choose an action from а Set А = (а), а», sb 
tion: KB -> A which is defined in terms of deduction rules. The outcome of 
edo: Ax S58. 


abstract behaviour. 
- 0.35. Whatare the advantages and disadvantages of reactive arci 


t 


e is that it is less complicate 


h 


Ans. The advantages of reactive architectur 
to design and implement than logic-based architecture. Ап agent's 
is computationally tractable. The robustness of reactive architecture í 


failure i А : 
iun: n чи 4 Complex behaviours can be achieved from the al agent’s actions is drawn Via квоту wht 
The disadvantages of reactive architecture include — a (viii) The decision making process is modeled through the rules of 
: © Insufficient information about agent's current state to determine vinti i à tea ie ена, thee А кона аа nue pener! 
i an activation action due to modeling of environment available. P dedica ar i, ca special null action s au 
$ mL сева the local information limits the planni pu рана problem of logic based pcne у 
EE Tierachieved. g term or bigger picture and hence, learning i$ difficult eo dans simplicity and elegance of logical semantics of the logie qe 
= even more intricate to engi aviour which is not yet fully understood màs v on problem implies the problem of trans! А pi em 
agents, gineer. Therefore, it is difficult to build task-Sf 0 representa hon: It is difficult fo translate ps ately for 
036 mara 7 СЕСИИ 
der Meo ig Bei logic based architecture ? | to represent M sae pne symbolic form that is c тя E 
ure also known as the symbolic-b? in a time constrained environmen” eae WE 
percepts input may not be accurate ui a 


deliberati : 
уе arci i 
hitecture is one the earliest agent architecture that r 


р ysical-s ol systems hypothesis 
y 


RIA 


s 
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etc. It is very difficult or sometimes impossible to put down all the 
situation that will be encountered by the agent in a complex enviro 
the deduction process 15 based on set of inference rules. The as 
calculative rationality where the world does not change in a signifie 


while the agent is deliberating is not realistic. Assume that on time pa 


tries to reason an optimal action for that particular time. However, the 3 a 


result may only be available at time t, where the environment has ага dych 
so much so that the optimal action for time t, may not be an optimala 


time 6. Thus, due to the computational complexity of theorem pro, 
this approach, it is not appropriate for time constrained domain, ^ 


Q.38. Write short note on representational state transfer я b 


Ans. Representational state transfer (REST) is an abstractio 
architecture of the World Wide Web; more precisely, REST 15 ап archi 
style consisting of a coordinated set of architectural constraints ад 
onents, connectors, and data elements, within a distributed hy E 


Tales p | 
Umeng, y 
Sum, | 


comp 
system. REST ignores the details of component implementation: pr 
E j 


syntax in order to focus on the roles of components, the constraints u 


interaction with other components and their interpretation of significant fit as REST ; 
Эрте http methods to retrieve, create, update and delete the resources. 


elements. m 
The term representational state transfer was introduced Ad 
2000 by Roy Fielding in his doctoral dissertation at UC Irvine. REST 
applied to describe desired web architecture, to identify existing ‘problem 
compare alternative solutions and to ensure that protocol extensions 0 
not violate ће core constraints that make the web successful. Fielding dey b 
REST in collaboration with his colleagues during the same periodhe y a 
on HTTP 1.1 and Uniform Resource Identifiers (ЈЕ). . | | 
The REST architectural style is also applied to the development of} 
services. One can characterize web services as “RESTful” if they confom 
the constraints described in the architectural constraints section. See the 
to web services section if you are only interested in the application f 
web APIs. | 
REST, on the other hand, is а client-server-based architectural 
is structured around a small set of create, read, update, de 
operations (called POST, GET, PUT, DELETE respectively in the RES i 
anda single addressing scheme (based опа URI, or uniform resour ce iden 4 
REST imposes few constraints on an architecture — SOAP offers complelt 
REST offers simplicity. i 
REST is about state and state transfer and views the web (and E e 
сеза шм systems can string together) as а huge Е. 1 
nation that is accessible by а single URI based addressing воће 


1 
0 по? 
cato 


Нее 1 n 
delete (c ^ н by unique uniform resource identifier (URI 
sents a document that captures the state of the resourci 


STs 
р OAR. t анаа is much lighter compared 


Dc inclu dei 
OAP arc 
a huma: 
| ang 
Be com 
ndreq 
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f ype and hence no type checking in REST _ 
ion E get the semantics of interaction right. 
ns 


ст interfaces are so simple and general, an i 
с ВЕ using the REST operations (POST, Mu Du 
GET, PUT, E) 


ther con облад 


be organizi ; SAY 
t information they exchange. That is, semantic interoperability e 


between services just because both have REST interfaces, 

ntop of HTTP, agp be self-descriptive and in the best case 

tateless protocol. Consider the following example, in REST, of a ns 
‘се that allows someone to look up a person, given some TE 

at person — 

7directory.com/phonebook/UserInfo/99999 


it'is UD to the 


0.39. Explain 


Ans. The web application which follows the REST architecture we call 


ful web service. RESTful web services uses GET, PUT, POST and 


The RESTful web services architecture is shown in fig. 2.21. 
| RESTful Web Services 


Fig. 2.21 Architecture of RESTFul Web Services, and The 
Communication between: Client and Server 


REST (representational state transfer) as the name implies, it has to do 
d. REST architecture 


based on the client/server architecture style. Thus, the requests and responses 


s. All resources are 
), wh.ch typically 
e. Generally, the 


{ — 
" ame" :" 'John' 
ies "Smith" 


"jastname 


oes not require formats like headers to 

d in the message, like it is required in 

hitecture. In the other hand it parses JSON 

n readable language designed to allow data 

* and making it easier to parse and use by 

| и lt is estimated to be at around one 
imes faster than XML. 
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| 


There are several principles that designing RESTFul међ ен 
Addressability is a REST principle where the datasets аге тодо h 
as URI marked resources. Statelessness is another principle that н. 
ofa REST service will have to follow. This means that every NC А 
be independent and must not be related to any previous transaction ^ 
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Д 


И 


0 - 


(iv) REST requests (especi: 


ally GET) are not sui 
, | Suitable for large amount 


(v) Latency in request processing times and bandw; 


: idth usa, 
) REST APIs end up depending on headers for Е 


= | ; vi 

= data required to perform and process the request are contained On thy y ( uent requests to the same back-end Server that handie (such as to 
= thus, the server will not have to maintain client session data, Unify Я ] г for authentication). Use of headers is clumsy and ты 
4 requires that an interface is uniform and standard used to access ee \ меен Y and ties ће API to 
5 i.e. using fixed set of HTTP methods. If the service designer hi аня By SOAPS 

| principles, than it is almost guaranteed that the REST appj 0.41. What do you и SOAP: 


simple and lightweight. M 
REST is becoming the go to for system interaction Which in 
usage of RESTFul web services mostly the. way cloud Providers ex, 
services. In the present days, we can easily conclude that most 
projects are based on ВЕЗТЕШ architecture, in order to Create | 
professional services. Not only the tech giants like Facebook, Gog 
use REST these days. This, because thanks to the REST archit 
application is able to scale horizontally in the easiest possible y 


Ans. Simple object access protocol (ЗОАР) за messaging protocol that 
allow applications to communicate using HTTP and XML. It represents а 
fund amentally stateless, one-way message exchange paradigm between nodes, 
Be combining one-way exchanges with features provided by the underlying 
transport protocol and/or applicati on specific information, SOAP can be used 
to create more complex interactions such as request/response, Tequest/multiple 
response, etc. 

The process of invoking web services is very important; therefore the 


н 


Ans. Advantages of REST — eae 

(i) REST uses smaller message format and provides 

| over time and better performance because of the JSON essag 
makes the communication and there is no intensive processi 


(ii) Learning curve is reduced. 
(iii) It supports stateless communication. 
(iv) It's simple to learn and implement. 
(v) Efficiently uses HTTP verbs. у 
(vi) Light bandwidth since its passes message is JS 
Object Notation) format. 
(vii) It can use multiple other formats. 
(viii) For security it uses HTTP standards. 
(ix) REST can be consumed by any client. 
(x) It makes data available as resource. 


1.1 and SOAP version 1.2 which has brought some new benefits — It is cleaner, 
faster, it has better web integration and more it is versatile. 


There are three main types of SOAP nodes — 
() SOAP Sender — Generates and transmits a SOAP message. 


. . Gi) SOAP Receiver — Receives and processes the SOAP message 
and it also may generate SOAP Tesponse, message or fault as a result, and 


ом . (üi) SOAP Intermediary (Forwarding or Active) — Itis both, a SOAP 
|«celver and a SOAP sender. It receives and 
Processes the SOAP header blocks targeted 
ft it and resends the SOAP message towards 


and SOAP receiver, This process is illustrated 


in the fig. 2.23. 


Sender 


A 
< 
о 
a 


The SOAP message has a structure, 


hich ig characterized with two SOAP- 


Disadvantages of REST — er 
(i) It’s not suitable for large amount of data. oo sub-elements within the overall SOAP 
| с оре (env:Envelope), namely а SOAP 


в зон о 

(ii) Comparative SOAP it does not cover all varieties M 

| : | г (env: d 1 Nodes 
Standards like security, transactions etc. S "sudor sd а SE. Bosy Fig 2.23 SOAP 


i. (11) REST is not reliable. 


70 Software Architectures  .. 


SOAP is a lightweight independent protocol, It m 
lightweight because it does not matter what OS or what plato; [3 
used from — it responds in the same way in any platform к 


zum 


possible because of XML and HTTP protocols. 1 98; м 
There are two types of SOAP messaging requests _ Rem m 

call (RPC) and Document request. Each of them are treated id Dto 

subsections. e fo] 


(i) Remote Procedure Call — A remote procedure с il. 
execution ofa procedure in another remote address, usually on m Ter 
in the same network, which is previously coded and it 15 called M 
procedure local call. Thus, the programmer will only have t aa 


B > à 0 deve 
once, and it does not matter if the call is performed in local or remote c) lo; 


Client Machine 


Client Client Programi 
Program ` Continues - 


Call RPC 
Function 


Invoke Request 
Service — Completed 


Service 
Executes 


Service Daemon 


[SNo] 
ie (i) 

This procedure represents a client-server model interaction 
implemented through a request/response methodology. These re 


Which means that when a request is sent, the app is blocked until 
15 processed and returned. х е 


D та. 
(ii) Document Requests — While transmitting information 

client to server or vice versa through document requests, the XM ài 4 
is passed in the body of the SOAP message instead of as parameter 
For example, a service named purchase order expects а docu ; 
document) as the input message. When the request is sent E 

Inessage, requesting the PurchaseOrder operation, it must contain à 
order document as input in the SOAP message. The requests 18 р 
Soon as И reaches the server, and when processing is done; o 


document is returned as response, which might contain any kind 1 
Telated to that purchase. 


0. 42 wha 


1. 


An 


(i) Its platform and language independent. 
(ii) Uses XML to send and receive messages, 


(iii) Its vendor neutral. 


(iv) Utilizes WS-* efficiently along with security, 


(v) Its firewall friendliness. 


(vi) Universally accepted i.e., cost is not too high for í 


(vii) It also supports asynchronous messaging. 
(viii) It makes data available as services, 
(ix) WSDL fully describes SOAP. 


(i) Too much reliance on HTTP 


(ii) It’s not stateless 


The disadvantages of SOAP are as follows — 


Software Architecture Models 
t are the advantages and disadvantages of S 
The advantages of SOAP are as follows — 


Å Styles 74 
OAP ? 


implementation, 


Gii) At times it’s slow too because of XML generation. Also the 


SOAP 


Changing services in SOAP 
web provisioning often means 
a complicated code-change on 
the client side. gids. 
SOAP has heavy payload as 
compared to REST. 


It requires binary attachment 
Parsing, 

SOAP is not a wireless 
infrastructure friendly. 
SOAP web services always 
return XML data. 


andwidth gets heavier due to its format for message generation. 


0.43. Compare the SOAP and REST. 
Ans. The comparison between SOAP and REST is shown in table 2.1. 


Table 2.1 Comparison between SOAP and REST 
REST 


Changing services in REST web 


provisioning not requires any 
change in client side code. 


REST is definitely lightweight as 
it is meant for lightweight data 
transfer over a most commonly 


known interface, - the URI. 


It supports all data types directly. 


REST is a wireless infrastructure 


friendly. 


While REST web services prov 
flexibility in regards to the typ 


data returned. 


ide 
e of | 
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(vi) | It consumes more bandwidth It consumes less band 
because a SOAP response could| use it’s response is lj Width, 
require more than 10 times as 10р > 


many bytes as compared to REST. 
(vii) | SOAP request uses POSTand | Restful APIs can be 3 
require a complex XML request | using simple GET Consi 


s e тедце | pir |- 
to be created which makes mediate proxy serverte | : IMPLEMENTATION | 


SOFTWARE ARCHITECTURE 


PU 


АСИЯ 


ipud . | 

response-caching difficult. proxies can cache the; B 

very easily. erre cmm T CCHNOLOGIEs | 

(viii) | SOAP uses HTTP based APIs | REST on the other ha 4 Re SE 
t adi 


refer to APIs that are exposed as| element of using stand: 1 

one ог more HTTP URIs and | URIs, and also giving Ri ed 
typical responses are in XML/. | to the HTTP verb Used (ї 

JSON. Response schemas are | POST/PUT etc.) ie 

custom per object. } CE 

(ix) | Language, platform, and trans- | Language and EE V. 

port agnostic. j ae enos 

(x) | Designed to handle distributed | Assumes a point-to-point cog, 

computing environments. nication model = not for distribu 

computing environment wher 

message may go through orm 

intermediaries. E 

(xi) | Harder to develop, requires tools. | Much simpler to develop web 
Is the prevailing standard for services than SOAP. Lack of 

web services, and hence has standards support for secu | 


(CHITECTURE DESCRIPTION LANGUAGE 
[URE DESCRIPTION LANGUAGE 
'S, HIBERNATE, NODE JS, ANGULAR S 


0.1. Write short note on software architecture implementation 

technologies. 

| диз, Once the blueprint of software is complete then it is given to the 

development team for the implementation of product. The design notations 

are NOW converted into algorithms or pseudocodes compatible to the 
environment and platform of development. In this platform is referred as the 
selected operating system, programming constraints, programming languages, 
ас. The pseudocodes and algorithms are written for various modules and 
interfaces of these modules. Finally, now these pseudocodes are converted 
into programming language codes which can be compiled on a selected 
compiler. From this program,-machine language codes and object codes are 
better support from other policy, reliable messaging generated and executables are obtained. According to research, 40% of the 
standards (WSDL, WS) and so services that have more: total development cost of the software was consumed for software 
tooling from vendors. sticated requirements are hartig implementation (see fig. 3.1). 
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Documentation 
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Fig. 3.1 Estimated Cost Distribution Over SDLC ; 
шей in a single 8 


‘ous levels. 


Implementation 
40% 
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| co Generally, the implementation phase is not exec 
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gies 75 
@ Unit Implementation — After completing the desi min gh level language) 
and Из components, these components are implemented in so Е 0 г: сүм Ba e 
level programming languages. These modules/compone: ele ем 


у : nts а j ramming Paradigms — Each јап m 
individually, independent of each other, in strict accordan F (i) Prog HS fias fts ow 


g also supports a mixture of both HLL (hi 
gramming code like assembly or binary 


i i i - п styleof | 
pun m Ce wit ..g. there are called "programming paradigms”, Е. 
guage. This is called unit-implen | n ming, t : н ; - Each programm; 
document, level languag: plementation, s has its own view point for execution of software Diae 
й jgms has 
igh-level Language с il Assem! ara 
n Source File 


For gxample — 


(a) Logic Paradigm — In this paradigm, Program is written as а 
ates and truths, whose answers always come in the form of true ог 


Object 
Code File 
More Object 
Code Files 


Fig. 3.2 An Example of Conversion of HLL Code into Мас 


(ii) Unit Integration — Once the units аге imple Е 


menti " à à mr Р i 
integration, they are tested under the unit testing phase of E і (c) Object Oriented Paradigm — In this paradigm, program 


completing testing, these units are interfaced to make them interact are written as a collection of interfacing objects, each having its own details 


other to implement the tasks of the software collectively. Many a time “| | like identity, scope, state, behaviour, etc. 
interfacing modules are needed to be written for this. After that, in Every programming language support different paradigm like Java support 
modules are coded and compiled and executables are generated for them AR) bject oriented paradigm. : 

the units of the software are not integrated at once, this step is also executed; arc 
needed phases. Some units are integrated to form large modules, at first Ate | 
that, these modules are integrated into large components and finally hh | 


complete software is built. These integrations should be performed 


set of predic 
false only. 


(b) Function Paradigm — In this paradigm, program is a 


jection of functions invoking each other and implementing the task of the 
(со! у 


E 
hine Cy, system. 


Toward more 
Modularity, 
Reusability 


у i c stricly and Evolvability Object-oriented 
accordance with the design obtained at before. m Еб Programming 
jodular 
(iii) Software Programming — Now programmer write а code f | Programming 
these unit/module in HLL like С, С++, Java, РНР, .Net, etc. Mol Procedural 
E A Programming 
Structured 
Provide Suitable Comments Programming 


Machine 


> Language ` " 
Use Standard Identifiers for Use Standard Identifiers for 1980 1990 200! 
Variable/Object Names Function/Methods Names р 
5 S 
Fig. 3.4 Evolution of Programming Paradism 
Software 
Programming 


(v) System Implementation — At the time о 
Process, the software units are integrated and the comple 
created as a union of the components. This un 
integrated with its environmental constituents, 10 
Communicati оп lines, routers, third party software р 
Panels (see fig. 3.5). 


Use Proper Indentation ry 
in Field-free Programm 
Languages 


Use Standard Identifiers for 
Class Names 


Fig. 3.3 Attributes of Good Programming 


communication abstraction, communication integrity, model 50р 


presented, e.g. Rapide, and Unicon. In eight ADLs are surveyed p 
9n different features, 
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T Software Architecture Im, " 
Active Directory Web Console f plementation Technologies 7 
BPO cteristics oj у 7 
Microsoft SMS | 5, What are the chara of ADL. 
е k T ON 
Remedy P" Des Ln 1 0. зна is a large variety in ADLs developed by either i 
i 15, nguages were not i emic or 
SNMP Connectors | An s. Many languag Intended to be ап 


B т ADL 
а pe suitable for representing and analyzing an architec » but they 


poe | a гет from requirements languages, because ADLs oa 
pie pLs d асе, whereas requirements describe problem Spaces. They di E 
puo Tamming languages, because ADLs do not bind achik 
Devel m LODS to specific point solutions, Modeling languages represent 

leveloped 10 


here ADLs focus on representation of components. However, 
domain specific modeling languages (DSMLs) that focus E 


ponents. 


Software 
System 


Database 


== =] 
Inventory Solution ДЦ = ђе derived from the ADL. 
Deployment Solution 1 Package || £N | (iv) Provide the ability to represent most ofthe common architectural 


Patch Management Server 


siyles. 
Software Delivery | (v) Support analytical capabilities or provide quick gencrating 
Desk View Operating System prototype implementations. 


Fig. 3.5 System Implementation ADLs have in Common — 


(i) Graphical syntax with often a textual form and a formally defined 
A = Syntax and semantics. 
ns. More formal approaches to describing software architectures ri (ii) Features for modeling distributed systems. 


emerged in form of architecture description languages (ADL). In compari (iii) Little support for capturing design information, except through 
to requirement specification languages that are more in the problem Фош ега] purpose annotation mechanisms 
software architecture description languages are more in the solution dom (iv) Ability to represent hierarchical levels of detail including the 


Most architecture description languages have both a formal textual syn 2100 of substructures by instantiating templates. 
a graphical representation that maps to the textual representation. ADLs h ADLs Differ in their Ability to 
t 1 8 7 
have, ability to represent components and connectors, abstracti Ü (Handle reat ty ts. such as deadlines and task priorities, 
encapsulation, types and type checking, and an open interface for 21^ Bat the architectural eal 79 
tools. And in architecture description languages shall have compo (ii) Support A ificati f different architectural ae 
1 е speci ication о 
Пап Ё 5 H i 
dle object oriented class inheritance or dynamic architectures. 
(iii) Support the analysis of the architecture. — — 
(7) Handle different instantiations of the same archi 
‘ct line architectures. 


0.2. Define software architecture description languages. 


dynamic architectures, causal ity and time support, and relativity ог com 


At this point, over ten architecture description languages BAY ay tecture, in relation 


b prod, 


ЕБ 
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0.4. What are те positive and negative elements of AD, Software Architecture Implementation Technol 
? Clogies 79 


Ans. The positive and negative elements of ADL are as fol 
Positive Elements of ADL — Ow. 
(i) ADLs are a formal way of representing architecture 
(ii) ADLs are intended to be both human and machine y 
(11) ADLs support describing a system at a higher | а, T 
previously possible т Mos! eee 
Gx) ADEs permit analysis and assessment of architect, и ja Apache Struts web framework is a free Open-source solution f 
completeness, consistency, ambiguity, and performance, Cre s. T on for 


Ans: ya web applications. It uses the Model-View-Controller (MVC) 
(v) ADLs can support automatic generation of software з i i ней The pattern divides the software system into three basic parts 
Negative Elements of ADL — а w га model, view and controller. The controller is responsible for 


the request, and deals with interactions between model and view, 
used to interface design for displaying the data, like JSP page. The 
ij оде! encapsulates tasme E ide 
Би and data processing we 

Е НЕ and can direct operate и 

owal he data, such as access 10 the ан 


Consists of interfaces, connections and Constraints, : 
ji i trict behavi i ipie 
raints res our of inte; 
(a) Const Tfaces and,connections 


ture. ES 5 
(b) C onstraints in an architecture map to Tequirerents fo 


: а га Syste 
pia implement an interface connection architecture, stem. 


ou mean by Struts ? Explain, 


(i) There is no universal agreement on what ADLs sh ld. 
particularly as regards the behaviour of the architecture. 


(ii) Representations currently in use are relatively difficul 
and are not supported by commercial tools. t 


(iii) Most ADLs tend to be very vertically optim 


Response 
particular kind of analysis. ајађазе. The model view —— = 
- Ислкоег diagram is shown in | Controller | HTMI ; 


0.5. Discuss on те common concepts of architecture. 


Demand etc. 
fig 3.6. AA Data |“ 
two versions of Model View 
ees but because of ‘Templates, Layout 
[iir large structural changes. Fig. 3.6 MVC Pattern in General 


0.7. Explain in detail about the Struts 2 with diagram. 


- Ans. The Struts 2 is the second generation product of Struts. It is the 
esult of a merger between Struts 1 and another framework called WebWork. 
ts 2 selects WebWork as the core, using interceptor mechanism to deal 
With the user's request, this design also make the controller of business logic 
iBtompletely divorced from Servlet API, so Struts 2 can be understood as the 
pdate product of WebWork. 


The high-level design of Struts 2 follows the well-established model-view- 


Web Browser Client 


Ans. The ADL community generally agrees that software archi 


set of components and the connections among them. But there are 
kind of architectures like — | t 


Object Connection Architecture — i 


(1) Configuration consists of the interfaces and connecti 
object-oriented system. 


(ii) Interfaces specify the features that must be provided by moie 
conforming to an interface. ; 
(iii) Connections represented by interfaces together with а 
(iv) Conformance usually enforced by the programmi 
(a) Decomposition — associating interfaces with uni | kontroll в 
5 ОБ Ма | ег design pattern. The 
(b) Interface conformance — static checking of Eve design pattern identifies 
Ји : ntifi 
(c) Commuinication integrity — visibility between m 


Thee dicts t 
Pf distinct concerns — model, моии Render 
О . Ц " 
Interface Connection Architecture — з ^ and controller. In Struts 2, Controller Неер] | Pat 
. . Я ? are j 
(i) Expands the role of interfaces and connections. - àre implemented by the 


М Invoke Action 
Interf А ве пед” and “provide ;, sult, and Filter 
(a) Inter: ine specify both "required a p Pispatcher, анта тт) 
(b) Connections are defined between “require Ore compon y» de m pree Соте Сотрот 
“provided” features. | ом in f s of Struts 2 is Fig.3.7 Thre 2 MVC 


ents of Struts 


E 
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Controller-FilterDispatcher — It is the first Component 4 
a HTTP request has been sent by the browser client. The iii be cal 
is played by the Struts 2 FilterDispatcher. The FilterDispat fF the d 
filter (a part of the Java servlet API which can be transp arent is, 
application to perform operations against the servlet Tequest or E 


and its purpose is to map each incoming request against an appr et 
Model-Action — The model is implemented bY th 2 
component. It is actually an ordinary Java class which оће 
or implements interfaces belonging to the Struts 2 framework m 
to put business logic (directly or indirectly through calls to ole oí 
place to save data. (These two are often called the “state” Of the s ђ : 
The developer implements the action classes and decides n | 
he wants to add depending on the requirements of the business ea 
developer wants to, the action can be made as simple as any D С. 
implements a method named “Ехесше”. This simplicity comes v | 
"behind the scenes things" happening in Struts 2. 7 by 
A very useful feature of Struts 2 is its error handling. There id 
whole framework for this contained in Struts 2. When it Comes t errore 
to certain form fields (like validation errors and type Conversion с 1 
can automatically be shown in the view page, as long as the deve op 
mapped different error types of different fields, (either in an XML filè ari] 
method in the action) and is using the Struts 2 tag library. When th 
fails the String “input” is automatically returned from the actio З 
is mapped against a certain page Struts 2 automatically calls that age ln 


e Str 
n extends 


E 


View-Result — The view is the presentation component of the M 
pattern. In fig. 3.7, we see that the result returns the page to the web br 
This page is the user interface that presents a representation of the app ial 
state to the user. These are commonly JSP pages, velocity templates, o 
other presentation-layer technology. While there are many choices for ther 
the role of the view is clear-cut — it translates the state of the appli 
visual presentation with which the user can interact. For the view page 

2 provides a big variety of tags. Three common types of tags are det | 
control-flow tags and User Interface (UI) tags. The data tags can be p 
creating instances of objects and putting them on the value stack am b 

things. Among the control-flow tags you can find things like an if 
is useful for conditional expressions. The UI tags generate H 
code. It can for instance generate a “select” tag including the un 


“tag” from a Struts 2 UI tag with only one line. 


0.8. Write short note on interceptors. 


р 1 
Ans. А very important feature of Struts 2 is the interceptors. eval 
is a reusable component which can be used for separating things 
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code. eptors are invoked before and after the asioi 


on 
jnterceP 5 ог е - 
The Mi There's a standard stack of interceptors that’s included ng 
Е ts 


es used by the actions. To use this stan 
it’s ee class (ActionSupport) in each ен developer 
as to € ommon issues that are handled by interceptors are ; 

ес that’s how the form values are moved into the ac 
* cts from the Servlet API (like Https ervietRequest 
5, uploading files and exception handling. 


> Validation, 
tior), logging, 
Into the action 


роце setter 


0.9. How i А 
We can see the general processing of Struts 2 in fig, 3.8. First, the 

Ans. ends a request to the filter dispatcher which can map this request to 
browser ees action. The interceptors that implement common concerns across 
an epp e then called (in the before( ) method) in advance of invoking the 
actions wen Interceptors built into Struts 2 can perform core processing, like 
action its : equest parameters into action classes, performing validation, 
py and so on. We can also define custom interceptors as you 


me action class typically invokes the business layer and populates the 
want. 


Configuration Manager 


to work Struts ? Explain. 


Template 


[ в | (Freemarker, JSP etc.) 


Interceptor 2, n 


HttpServletRespunse 


. Fig. 3.8 Struts 2 Request Processing 
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model objects, which are instances variables of the action " 
request is dispatched to the view layer (which is built on at 
JavaServer Pages, FreeMarker, or Velocity), which renders 
executed again (in reverse order, calling the а 


lass, | 
cho} X 
the G Syl 


(Object-Graph Navigation Language), and the value stack, The 
interact together to implement a cleaner MVC design. 

0.10. What are the advantages of MVC architecture. 

Ans. Advantages of MVC architecture are as follows — | 

(i) MVC architecture helps us to control the comple: 


(ii) MVC does not use server-based forms, that's w 
those developers who want full control over their application 
(11) Test driven development approach is sup 
architecture. E 

Gv) MVC use front controller pattern. Front controller pai 
the multiple incoming requests using single interface (c: ntro lle 
controller provides centralized control. We need to configure onl 
in web server instead of many. oe: 

(у) Front controller provides ѕиррогї тісћ routing 
‘to design our web application. 3 Я 


0.11. Explain types of frameworks used in MVC. 

Ans. MVC framework provide us.some built in features such as fom 

у authentication, session management, transactional business logic, wel 
> application security, object relational mapping, localization, membership ам 

2 roles and URL authorization etc. The most populär frameworks available today 

are backbone.js, ember.js; angular.js and knockout.js. 4 
|... () Backbone.js – Backbone.js framework is useful M 
‘pplication need flexibility, we have uncertain réquiréments. Also, we Vd У 
accommodate change during application developinent: 
. (ii) Ember.js — When we want that our application should m 
with JSON API than we should use ember.js framework in our applica 


(iii) Angularjs — If we want more reliability and stability 


application, we want extensive testing for our application then We $27" 
angularjs framework, ; 


‚ (v) Knockout js — If we want to make a complex dynam 
of application then knockout,js framework will be very useful for ¥% 


цена teres tof developers, they can use any of the tools 
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‚12. Des i 


re are many tools and technologies Which", 


Ans: wel application with the help of MVC атаа be used to 


ture. Depending 
and technologies 


ee | nologi | 
(о develop web application using MVC architecture. Ma 


3 tudio is not just only a tool b; 
Tools hm provide us facility to create cir ce Ses ys 
me at to develop application using ASP.NET MVC НЕ 
tudio is very helpful for us. i 
$ D МУ SQL Server – Relational database management server to 
in the database. 
‚ (i) SQL Server — А 
er. 
MYSQL pa MYSQL Workbench — A database design tool. 
(iv) Net Beans — IDE (Inte grated development environment) provide 
plete environment to develop different applications. 
comp: (v) Glassfish server — Java EE application server. 


intal 5 а 5 
maint database engine to maintain database just like 


Technologies — 
7 (i) HTML, CSS, JQUERY, AJAX for designing 
- (ii) Servlet and Java server pages (JSP) used with Net beans 
(iii) EJB (Enterprise Java beans) technologies 
(iv) JSTL (Java server pages standard tag libraries) 
(v) JPA (Java persistence API) 
(vi) JDBC (J. ava database connectivity) 
(vii) ASPENET.MVC used with visual studio. 


0.13. What do you mean by Hibernate ? Explain. 
Ans. А very common issue in java development today is pis 


object orie: inst а 
ject oriented (00) Java code against 


relational database. This is called object/ 
Hibernate 


Tetional mapping (ORM) and Hibernate 
За framework made for providing good 
: 
properties 


solutions to this: problem. It’s a so called 
3.9 Hibernate Architecture 


map the 


Persistence framework. 
Hibernate also uses the Java EE 5 APIs 
(ane (Java DataBase Connectivity), JPA 
lig Persistence API), JTA Gaya 
ul ction API) and JNDI (Java Naming Fig. 
tectory Interface), 


< mm b 
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= Hibernate consists basically of four parts — 
(i) Persistent objects | | 
(ii) ORM (Object/Relational Mapping) mapping files 
(iii) Interfaces called by Java applications to perform c 
— Read — Update — Delete) operations on the persistent alassa Rup, 
(iv) Interfaces used for Hibernate configuration, Š 


(i) Persistent Objects — А persistent object in Jaya j 
(Plain Old Java Object) class, which means that it only has ia N 
and constructor access methods (“getters” and “setters”) for 
the class. It handles the data existing physically regardles 
execution. Generally, when developing an application using DR 
business layer of the application handles the application m. 
specific DBMS. But Hibernate-based applications can integr. 
data and DBMS with persistent object as the main. 


Persistent classes should not contain calls to objects in th. 


en 


(ii) ORM Mapping Files - ORM mapping files in н 
xml file like *.hbm.xml. All the mapping information lies | 


There are usually one Hibernate mapping file per persistent Java clas. 
The mapping file maps the id property of the Java class against a primary ky 
in the database, all the other properties against table fields and maps relatios 
(of all types) i other persistent classes. Most of these mappings are eas)" 
understand (like the “id” and "property" tags). The hardest part is mappi 
more complicated relationships (like unidirectional one-to-many which * 
used in this application) and composite ids. 
aa Interfaces Called by Java Applications to Perform сщ 
bif des the Persistent Classes — Hibernate provide some inet 
developers i T erform these operations. Four important interfaces that 
The а - he ih SessionFactory, Session, Transaction an 
SessionFact ene used to create sessions, there is usually omy 
Ory per application. 


CRUD operations, 


Hi 
and DB connectio, 5 


is a object performing a connection betwee” 
n, which maintains connection until the session 15 


The session j 5 sag gll 
Ssion is the key object because it has methods for handling ks | 
clos 


>> >= 
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5 


single DB connection on session development 


ng? i i As ае ob; 
aer oP? t f jects) loaded by Hibernate is related with session 8 Cbjects 
(pere automatically reflected by session or handled With liy ed 
‘lazy loading. 


change? an also create and return a transaction or query obj 
ion C ке sure that only one session per thread exists, 


ak 
go 17 ransaction can be used for separating different units of AMT 
and it must be handled manually”. The hibernate query is u Eis 
of queries against the database. Through use of a ia 6 dto 
ieved from having to write SQL code and can instea dia tus 


is reli Е 
of the class and the id value of an object. 


(i) Interfaces used for Hibernate Configuration — An instance of 
guration object must be created first when you build a SessionFactory 
ible for the initialization and configuration of Hibernate. 


ect. Itis not thread 


e 
Thet 


rations, 
я handling 


(y 
2" 


ways io, set thes 
The first way is to use an XML configuration file. This configuration file 


ust called hibernate.cfg.xml and is on the classpath, so Hibernate can find it 


hibernate.cfg.xml file (it's possible to have both). 


0.14. Define NodeJs. 


Ans. NodeJs or just Node is the most important component ofthe MEAN 
Stack. It provides the JavaScript development environment. It is built based on 
(Google's V8 engine. Both Node and V8 are implemented in C and С++ for 
less memory consumption and faster performance. Node is based on 


asynchronous T/O eventing model designed for developing scalable network 


plications, It fires callbacks on events, and each client event generates its 
While Node works 


[own callback. If no work is to be done, Node is sleeping. 


а а single thread, it can serve many clients. Almost no function in ue 
"еу performs ИО, they are handled by higher-order functions. Node prese 
some other technologies, 


е event-i B 1 
loop as a runtime construct, but unlike Jt simply enters the 


| ode 
| Ode does not have а blocking start-the-event-loop call. + Node also has 


оо à | 
i and exist upon completion similar to browser JavaScuP! d 
b f a multiprocessor envi 


Sich nt Modules that help take advantage о 
5 creating child processes, sharing sockets etc. 


ERES 


E Q.16. What is Angular JS ? : | aue between controller and view. 
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Q.15. Write short note on Express.js. 
Ans. Express is a server side framework built in the Nod 

It handles the,client requests to the server and manages ies itg 
methods such as GET, POST, PUT etc. Express configures Midd ang 
are basically functions that use the request, response objects lewang 
middleware inthe stack. It is the Middleware’s responsibility ке call the 
request-response-cycle or pass the call next( ) to call the né Cither an | 
the request is not left hanging. Middle, Ù | 

An express application is created by calling the expr GN 
express e.g. app = express( ). The app object is used to. 
operations and, provide services by express. Express listen, 
connection on а path or ой a specified host and port number- T] 
of the METHOD ) functions such as app. get( ) wher 1 
application object and get( ) is the METHOD function; s 

response-cycle of the appropriate middleware. r 

To configure middle wares the app. Route( ) returns aninstance о 
route, which can be handles by HTTP methods and optionally: ice of; 
The app. render( ) is used to render HTML view files usi 4 
uses template view engines to render views. E a 8 model and view components. 
ju: i (ii) Scope — These are objects that refer to the model. They act asa 
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7 


escribe the important parts of Angular Js, 


I 


| 
Fig. 3.10 Parts of Angular JS 
(i) Data Binding — Itis the automatic synchronization of data between 


(iii) Controller — These are JavaScript functions bound to a particular 


sites. Angular JS use to make a smooth web performance. Angula s scope 
for building the framework most suited to your application: development B А А ; 
fully extensible and works well with other libraries. Every feature ex) пети (iv) Services — AngularJS comes bs seyeral buti E e 
or replaced to suit your unique development workflow and feature as Shttp to make a XMLHttpRequests. These are singleton objects which are 

Angular JS is a JavaScript framework. It can be added to an HTML ре mixed only опсе ш oar à 

with a «script» tag. Angular JS extends HTML attributes with directives | (Y) Filters — These select a subset of items from an array and returns 
binds data to HTML with expressions. = | new array. 

| AngularJS extends HTML with new attributes.AngularJS is perfect (vi) Directives — Directives are markers on DOM elements such as 
single page applications (SPAs).AngularJS is easy to learn. The ides tu} | elements, attributes, CSS, and more. These can be used to create custom HTML 
out very well, and the project is now officially supported by Google. | | tes that serve as new, custom widgets. AngularJS has built-in directives such 


AngularJS is a structural framework for dynamic web applications. "n | 5 néBind, ngModel etc. 
^s буди | 


you use HTML as your template language and lets you extend 
express your application components clearly arid succinctly. Its 


dependency injection eliminate much of the code you currently have t0 
er with any 


(vii) Templates — These are the rendered view with information from | 
e file (such as index.html) or 


|| 
| HESS and model. These can be a singl 
A | Ple views in one page using partials. 


it all happens withi ing i i "m i 
technology It was е а з Айат m ay Routing — It is concept of switching IYS — sing 
HTML is great for declaring static documents, but it falters vA | an appli (ix) Model View Whatever - MVW is à design Bo viles each 

to use it for declaring dynamic views in web-applications. Angular! ЈИ Wit is into different parts called model, view mde C in the 
extend HTML vocabulary for your application. The resulting enviro акопа responsibilities. AngularJS does 20t E 4 (ode меч 
View, Sense, but rather something GUEA model view whatever. 


extraordinarily expressive, readable, and quick to develop- 


=, 


odel). The angular JS team refers it humoro 
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[67] Deep Linking — Deep linking allow. 


nologies 89 
application in the URL so that it can be bookmark, 


5 you tog 
Ne 
ed. The app dt 


ved from the DOM. When true, a clone Of the со 
" remo 


h | ntis ™piled element | 
. ба | Е 
пеге the'URT fo tesame state, Cation M gem зоне ата — A module for accessibility Support of Common 
(xi) Dependency Injection — AngularJS has a bu. My jst (xi) "E ARIA 
injection subsystem that helps the developer to с ilti 


stion t reate, Understang KAA и _ the example of Angular JS with source code. 
applications easily. Bu 19, Give © is the simple example of Angular J 
(xii) Modules — A module provides s lowing 


ns. Fol NoteApp'> "вно 
= s -app="myNoteApp 
transition and CSS3 keyframe animation hooks w ANS "html ng-apP 


тсе code — 


Upport for Jay 


2 

ithin existir ="http://ajax.googleapis.com/ajax/libs/angular || 

Ў Е ipt src= ie gularjs/ i 

directives: Я € S spa Siangular.min js"> | 
Since ng-* attributes are not valid in HTML specificatig 1. Р | 

also be used as a prefix. For example, both п8-арр and data dy> B 

in AngularJS. d Dod gcontrolle= myNoteCtri> | 
0.18. Describe те Angular JS directives, ch2>MyNote</h2> 


Ans. AngularJS directives allow the d 


tarea ng- 
eveloper to sp <р><6х 


= " cols="40" rows="10"></textarea><} 
reusable HTML-like elements and attributes that define dai v iis di fn T | i 
behaviour of presentation components. Some of them dota ng-click="save( )">Save</button> | 
directives are — <button ng-click-"clear( )">Clear</button> H 
(i) ng-app — This directive starts and AngularJS apj </p> | 
(ii) ng-bind — This directive binds the Angul: «p»Number of characters left:<span ng-bind="lefi{ )"> i 
HTML tags. </span> 


(iii) ng-model — This directive binds the vali 
application data to HTML input controls. ў 


(iv) ng-model-options — Provides tuning for how 
done. 


(v) ng-class — Lets class attributes be dynamically loaded. — 


(vi) ng-controller — Specifies a JavaScript controller class t 
evaluates HTML expressions. 


vr its 
(vii) ng-repeat — This directive repeats HTML elements for eachil 
in a collection. : 


ins 


Е mb. 
(vii) ng-show & ng-hide — Conditionally show or hide M | 
depending on the value of a Boolean expression. Show and hide is 20006 
by setting the CSS display style. ; 
m 
(ix) ng-switch — Conditionally instantiate one template fro 
choices, depending on the value of a selection expression. E. 
(х) ng-view — The base directive responsible for hand iR 8 
resolve JSON before rendering templates driven by specified c "n 
А 0 у 
(xi) ng-if — Basic if statement directive that и in 
g element if the conditions are true. When the conditi 


я 


Mode Off — 


Fig. 3.11 Result 
followin 
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0.20. What are the advantages of Angular Jg» 
Ans. The advantages of Angular JS are as follo, 
(i)Angular JS provides capability to а 2 


software Architecture Implementation Techi 
PeNNOlogies 
$ 91 


А а : f J2EE is the : 
in a very clean and maintainable way. Single i imary oncem © platform specification. . ; 
is . Page a, The pri vironment for а J2EE application. This environ, it describes 
| (ii) Angular JS provides data binding capabili MD пе en nents, containers, resource manager d vironment includes 
gives user a rich and responsive experie! llity to [ aur ironment communi z rivers, and бар, 
nce. HTML is of this environ nicate with a set o. ases. 


(iii) Angular JS code is unit testable. vb 


(iv) Angular JS uses dependency injecti 
of concerns. а Make use 


Mi cle cified. The fig. 3.12 shows the J2EE 
АЕ cg 2150 TEE components reside. Server model and in 


ic 


(v) Angular JS provides reusable components. 


(vi) With Angular JS, the developer: 1 
with short code. и pors con oa 


Data System 


‘Tier-3 
Server-side 
Data Logi 


o | 5101320105/5g dr 
(vii) In Angular JS, views are pure html pages. Я 
> 


in JavaScript do the business processing. 
On the top of everything, Ап, E А in 

А ‚ Angular JS applications: 
browsers and smart phones, including Bos and E. 


Q.21. What are the general features of Angular. 
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Ans. The most important general features of Angular 


(1) AngularJS is a efficient fi 
m g ; ramework that с: 


JZEE 


applications using JavaScript in a clean model view controller MVC A 
$ (iii) Applications written in AngularJS are зіла | : 
ngularJS automatically handles JavaScript code suitab 
(iv) AngularJS is open source, completely free; 


| developers around the world. It is licensed under the Ар: 


Tier-1 
Server-side 
Presentation 


Web Container. 
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Fig. 3.12 J2EE Server Model 


0.22. What is J2EE ? 


dun Ir stands for Java 2 platform, enterprise edition. The Di | 
r ba ат n defines a simple standard that applies fo E 
: Ss n eveloping multi-tier server based applications. _ | 
M p m architecture composed of an. application 
ае. sting applications, a compatibility test suite (Ст 
mp'ementation in the J2EE specification. 
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GenericServlet defines the other two methods, namely init( ) and ; 
HttpServlet inherits these from GenericServlet and passes не 
OrderServlet. The OrderServlet has some code written in the t 
servlet container would call them as and when it required. 


str 
ON t 
пећ dy 

a) 


i) 


Jun 


j 
jf 


a 


| 


0.37. How does а servlet communicate with a JSP page > How 


a scriptlet to initialilze a newly instantiated bean 2 (КОРУ, MU 

А 4 А 1 е 

Ans. When a servlet JSP communication is happening, it is not jy a 
Stabo 


forwarding the request to a JSP from a servlet. There may be а пега ae 
a string value or an object itself. ans. 
Following are the steps in servlet JSP communication — . 
(1) Servlet instantiates a bean and initializes it. 


B 


public class ServletToJSP extends HttpServlet 
{ у 


public void doGet (HttpServletRequest request, HttpServletRespons: 
response) throws ServletException, IOException 


{ 

//Communicating a simple string message 
String niessage ="Example source code of Servlet to № 

Communication"; х Ri 

request.setAttribute("message", message); 

//Communicating a vector. object 
Vector vecobj = new.Vector(); | zl 
vecobj.add("Servlet to JSP communicating an object’); 
request.setAttribute("vecBean", vecobj): et 

//Serviet JSP communication 
RequestDispatcher reqDispatcher = 5 


getServletContent( ).getRequestDispalcher P 
Јаарарего 


reqDispatcher.forward(request, response); 


} 
Example JSP source code : (Javapapers.JSP) 


<html> 
<body> 
<% 


(ii) The bean is then placed into the request. pstantiate S the bean initialized t " 
š Gii) The call is then forwarded to the JSP page, Using request dispatcte, | The RES example shows e bean initialized to the current dare when 
& . Mur trated. 
Following isa servlet and JSP source code example to perform servlet ii pie ucf=java.text.DateFormat.getDatelnstance( ).format(new,java. 
JSP communication. № util.Date( ))%> 


and а Web server over a period of time. А session lifetime is set to thirty 
minutes by default. The session is destroyed after expiring its lifetime and al 
its resources are returned back to the servlet engine. 
gather the detailed information from the Web pages and store user 


EHE is shopping cart application. In this application, 
Tis T many times using the same browser an 
е 


Case, 
there 
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ssage = (String) request. getAttribute (mesg 
("Servlet communicated message to jap . чаа 
У 55аре); 
VecBean"); ) 
f an object" + 


vecobj.get(0)); 


string me 
out.printin И 
Vector vecobj = (Vector) request.getA tribute [5 


qut printin("Servlet 10 JSP communication o 


%> 
РА 


<% — Scriptlets calling bean Setter methods go here Aer" 


Java servlets perform session handling. 


.38. Explain how 
T (В.СРУ, Dec. 2016) 


Or 
How Java servlets perform session handling 2 (ЕРУ, June 2017) 


Ans. А session is a collection of HTTP requests shared between a client 


In session tracking, we 
generated 
tate information and = 
example of session 
a client accesses the 


after the client buy some items offered for s 


if each transaction is being served by a usi, it 

kin, е по identification from the client's side on - HTTP requests from 
the dli ible to maintain a filled shopping cart over Sever? d dior 

mg ent. If the user visits а Web page multiple times 2^ satel 
"© be added to the shopping cart in each visit, the 5 


Http f 
i А ‘ore, A 
Might not relate each visit to the same session There ionin this 


astatel, beas 

ESS tr 1 А would not be jons by 
Tey ansactio t storage 3 sess 

kard, Th n data to persisten! ne g tbe user dD 


"elated Ip erefore, session tracking involves ide om by 08118 the s? 
numbers and tying the requests to their sessi 


rne end emnt gt 
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number. Cookies or URL are the typical mechanisms for Sessio 
accordance with the servlet specification, the servlet Container in 
server implements session tracking through HTTP session Objects 2 i 
instances of a class and implement the javax.servlet.http.Https, LN 
When a servlet uses the getsession() method, it creates an HTTp NEL | 
and the stateful client interaction. There is only one HTTP Session ty 
each client in each application. Some session tracking techniques ain all 
hidden form fields, URL rewriting and SSL sessions. те сод | 
The server creates a small text file, called as a cookie ang ae | 
particular user with that cookie. The cookie is created by the e Tats i, 
to the browser along with the first HTTP response. The browser Bh " к. E 
stores it inside the browser's memory. Whenever the browser senda iE 
HTTP request to the server, it reads this cookie from its memory and E 
the request. Thus, the cookie keeps travelling between the browser E | 
server for every request-response pair. 
The following syntax can be used to implement hidden form fields ing 
HTML page — 
<INPUTTYPE = “HIDDEN” NAME = “SESSION” VALUE= 
This hidden field can be used to store information about the session 
However, it only works when every page is dynamically generated by a fom 
submission. That's why, general session tracking cannot be supported by t 
hidden form fields, but can only support tracking within a specific series d 
operations. | 
The URL rewriting mechanism uses the encode URL( ) method of t | 
response object and the session ID is encoded into the URL path ofa reques. 
In the following example, the name of the path parameter is jsessionid — 
http://host:port/myapp/index.html?jsessionid=1234 | 
The value of the rewritten URL is used by the server to look up ET 
state information and pass it to the servlet. It is similar to cookies. A | 
cookies are typically enabled, but to ensure session tracking using 


B i r 
Rewriting, use encodeURL( ) in your servlets, or encodeRedirectURÁ à 
redirecting to a resource. 


N tracy 
thea king 


\ 


fh 
Jl new 
esi atio 


SSL is used for protection of data in transmit that encompass i 
services using TCP/IP to support typical application tasks of 0117 


between the clients and the servers. It is an encryption technology 
top of TCP/IP and below application level protocols, such as HTTP. 
the security of data transported and routed through HTTP. SSL is = 

ide are! 


ri use of TCP as a communication layer protocol to prov 3 
o-end secure and authenticated connection between two points over 
It is used mostly in H 


TTP server and client applications. 


that we пее 


| them. 
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5 


5 EJB ? 
hat is Е . 

039 ae se JavaBeans (EJB) is not an alternative for JSP/Serviets 

Ans: m stead these technologies, such as JSP/Servlets and Struts oss 
gruts, g onning business processing. EJB is also referred to as transaction- 
pB for m iddleware. Jn other wordi |: 
oriented of the heavy-duty work, suc data 
n o on management, security, 
a p» ncing ete-» for providing better n 
100 PA data 
ое”. t-based А 
: EB encourages component os Fig. 3.19 Components Concept 


ent. For example, suppose У 
d to create а shopping cast-based application. Then, we can think 
jn aspects customer data, order data, and payment data. EJB looks 
of three и as components and aims at building an integration layer between 
Se ` 
atthe: This concept is shown in fig. 3.19. 


0.40. What is the EJB architecture and how itis related to the J2EE ? 


Ans. The EJB architecture isa server-side component-based architecture 
that models business logic of enterprise architecture. EJB is at the heart of the 
DEE architecture, which provides the big picture of enterprise applications. 
EE provides all infrastructure services to EJB, such as JDBC, JNDI, JMS 
and JTA. 


The EJB architecture simplifies enterprise applications by basing them 
onstandardized, modular, reusable components. The EJB architecture = 
acomplete set of services to those components and handles many aen 
application behaviour automatically. By automating many of the time wap 
and difficult task of application development, J2EE technology n З 
enterprise developers to focus on adding value, which enhances business 10910, 


rather than building infrastructure. 


9.41. What features does EJB provide ? 
Ans, EJB provides the following features — 


— () Transaction Management — № developer. обе property 
e erprise beans need a transactional environment by setting ® enterprise bean 
s the bean you develop. This means that the code inside с ta 
Ме automatically run inside a transaction, which igoa tire code in 
e Structure, That is, you can be rest assured that el! Kis: 
ent prise bean would be executed completely or 097. псу. A software 
ne bean, in turn, calls an API of the EJB сова" » a nsaction 
Slo) i it. Notice kin 
ad does not have to worry about It. No . heckin£ 


ес 
ment applies to the whole bean, and not fo any SP 


can specify that your 
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the following two steps — 
(a) Readeach record (sales/purchase) from а daily 
тај 


(b) Update the corresponding master file record wi 
i 


of the transaction. 

Now, when the code for the above operation is ready, the de 
set the transaction-enabled property of the bean to true, that jg Veloper 
bean is executed, the responsibility of making sure that the wile 
file is processed, and the master file updated correctly, is left lo M 
failure occurs, the bean would automatically roll back the changes ae 


master file since the bean was invoked thus ensuring database cois; 
isisi 


within that bean. That is, suppose an end-of-day stock update p, 
AN per 
M 


вас 
th the eg 


= 


atti 
an, 
E fp 


В B Ms te 
(ii) Persistence — Persistence means storing the state of an bo 
"Ц Object 


some form of permanent storage like a disk. When a developer indicat 

EJB container that the wishes to make an enterprise bean persistence-enab i 
EJB container automatically ensures that the last state of the enterprise m ; 
is preserved on the disk, and later on retrieved. This is important in ids 
where an enterprise bean has to store certain values on the server-side. For i 
Suppose a user visits a shopping cart. Then the user disconnects. Now, the ae 
the user's transaction can be recorded in a database or the enterprise bean managing 
the user conversation can store it. When the user connects back, say after thee 
days, the enterprise bean brings back the values for that user from the disk, so that 
the user can continue purchasing or complete his purchasing process, 


| (iii) Remote Awareness — EJB is all about remote objects. Sine 
objects and clients can be in different parts of the world, it is important вага! 
these objects are allowed to communicate over networks. A developer dos 
= have to write any kind of network code to make the enterprise beans that 
thi ан , network-aware/distributed. The EJB container automatically do¢ 
х 5. Рог this, the EJB container wraps the enterprise bean ina network-enabled 
р E This network-enabled object intercepts calls from remote clients; and 

elegates then to the appropriate enterprise bean. 
code Rode Support — The EJB container implicitly a the 
the same time s а owing an enterprise bean to work with several clie 
multiple instance, 965 built-in support for multithreading, 
р stances of an enterprise bean whenever needed, etc., automatic ! 


(v) Location Tran, ; icat 
S| = í e app 
parency— The client of an enterPr" i 


out ; M 
by the EJB container. the actual physical location of the bean. 


In additi 
new о т ре EJB server is responsible for creating 1 
ponents, managing database connections, threads and sock 


nstanc®’ р 
ets, 61 
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Discuss about session beans. 
ssion bean contains some specific business-processing - 
о IE Telated 


Java object that encapsulates the necessary code for performin 
ons corresponding toxoneamore business processes, The busines 
re business logic, business rules or workflow. A session bean i 55 
scs а e of software. For example, a session bean Update salary indi 
date the salary of one or all employees. u 
ession stems from the fact that the life of a session bean is 
for which a client uses the services ofa session bean. When 


init ae codé invokes the services of a session bean the application server 


0.42. 


pisa: 
operat! 


creates an И 


di 
he applicati 
An instance 0 


ant as long 25 necessary. When the client completes the job and disconnects, 
rver destroys the instance of the session bean. 

f a session bean is unique i.e., no two or more clients can 
share а single session bean. This is essential for ensuring transaction 
management. 1 two or more clients use the services of the same instance of a · 
session bean, there would be confusion. Because they might accidentally access 
the same data. To avoid this, session beans can be made thread-safe, so that 
two or more session beans can share code, but maintain separate copies of 
data. However, this is an implementation issue that needs to be decided by the 
application server vendor. From a common. developer's perspective, a session 
bean is never shared among users. 8 

А client never explicitly creates an instance of, or destroys, а session bean. 
tis always ‘done by the EJB container running inside the application server. It 
ensures optimum utilization of.bean resources. Also, this frees the client from 
issues such аб stack management, memory management etc.,.and provides him 
With an interface. The application server does the bean management. 

There-are two types of session beans, szatefiu session beans and stateless 
Session beans, 


@) Stateful Session Beans — A session bean corresponds bs a 

process. However, a business process may complete in justone stroke, 

ght need more than one interaction between the client and the n 

the cli ncept of transactions is more relevant for the latter. In this се a 
ients and servers interact more than once during the entire 


these i 1 all the 

in обо, the state of the application must be Loaner n 
: i ; ће 

Whole ring these set of interactions completes sucessfully, "tuations, OF 


can be considered to be successful. For handling such seth 

а transactions, stateful session beans are very imp ewan ad 
the a, hdd situation that needs multiple interactions n m application 
Might "risa shopping cart in an e-commerce application. Tne | add items 10 1 
Present a Shopping cart to the user. Then the user migh 


business 
rit mi 
The со 


Nore с 
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remove items from it, or change some of the items. This interact; 
quite some time. In such a scenario, a stateful session is very MES Bogg 
(ii) Stateless Session Beans — An interaction betwe sefu, h 
rver consists of a request-response pair. It mean ena Web hz 
sends a request for an HTML document, the server finds mt the bine 
sends it back as a response to the browser. In such situations e LT 
and the server interact in à request-response mode, and (ће 
there is no necessity for maintaining the state of the appli hae forget 
beans are candidates for such business processes. - Stateles 
For example, in an e-commerce application, the client mi 
cards details, such as its issuing company, number, ex might ente 
customer's name. It might request a stateless session bead d date and the 
card. This stateless session bean might perform the id Verify this esi | 
success OF failure message back to the client, depending ea and senga 
card is valid. This requires no more interactions Between ae RS 
server. Such business scenarios are useful for stateless ics hu and the 
ans, 


and a Web se 
docum 


оц it 
SM 


T cred 


Q.43. Can a stateless session bean maintain state ? 


Ans. Yes, a stateless session beans can contain non-client specific state | 
across 


юан аря са For example, states such as socket connection, datab: 
Pes неа erence to an EJBObject, and so on can be maintained. Tow 
у ot have state specific to any client across client-invoked ен i 


Q44. й 
0.44. What are the classes and interfaces that make a stateful session beu! 


TI and и ae session bean is an EJB component, which extends № 
me interface (EJBHome) and a remote interface (EJBObjec), 


pean INS” пе Component Interface — 


mote interface is defined as follows — 


public interface SignOn extends EJBobject 


public boolean validateUser(String login, String password) 


throws InvalidLoginException, RemoteException; 


} 
This interface has one business method, validateuser, which is callable 
nt. The remote interface is a Java RMI interface. Hence, method 
a remote method must be legal types for 


by the сће 

arguments and return types of 

ВМИПОР and the method must have java.rmi.RemoteException in its throws 
lidLoginException is a customized application exception thrown 


clause. Inva 
ignOn enterprise bean to repo 
The implementation of the 
The stateless session bean 


by the 57 
Implementing the Enterprise Bean Class — 
SignOnEJB enterprise bean class is given below. 
SessionBean interface. It implements the methods 
sivate, and ejbRemove. 


implements the javax.ejb. 
setSessionContext( ), ejbCreate(), ejbActivate(), ejbPas: 
instance of јауах паті 
alContext under the 
te user method that 


The ejbCreate method creates an ins 
it implements the valida! 2 
and returns true if 


modis 


looks up the environment naming context through the Initi 
name “java:comp/env”. Besides, 


d 5 
and а bean class that implements the SessionBean interface А 
MON : . accepts the user's login name and password as parameters i 
steps to implement a stateless session bean in detail. the login is successful. The method throws InvalidloginException if the login 
+ P | (В.СРИ, June 20) name and password аге invalid. 
E mes sri TIP of the remote home interface 51702905 package day04; 
j discussedibelow ignOn and the stateless session bean class SignOnEJD У е са 
E Deus : і java.ejb.*; 
T g the Home Interf: " А o import ing.*: 
FE de ace — The hoi SignOnHome рогі javax.naming.*; 2 
E ined as film б me interface, Sign public class SignOnEJB implements SessionBean { 
=. s ge day04; private SessionContext ct; 
pe import java.rmi.RemoteException; private context environment; 
3 СА аар пр à public SignOnEJB( ) { "y 
H- pubhc interface Si іп“ i ted this instance" © 
+ --- А ignOnHome print(“The container crea 
=F SignOn create( ) extends EJBHome { } v 
EY throws С Mi- public void setsessi text( Session Conte? ой”); 
=: reateExceptio ion; хо сина jonConfe г 
E j btion, RemoteException; print(“The container called the sessi W) i 
print(“so that the bean instance can 00 | 
|| 


El 


/* 


} 


password”); 


p 
J 


{ 


} 


} 


session beans 


public boolean validateUser (String userName, String 
throws InvalidLoginException { $ 

try ( 
String storedPassword = (String) environment.lookup 


environment = (context) ic.lookup (“j 

catch (NamingException пе) { 

throw new CreateException (“could not look UP cont 
ext 


if (storedPassword.equals(password)) { 


IContext ic = new InitialContext( ); 


Java:comp/eny: 


?); 


h 


tele 


public void ejbActivate( ){} 

public void ejbPassivate( ) ( } 

public void ejbRemove ( ) { 
print(“This instance is in the process of being re 
print(^by the container. n"); 


moved"); 
PRISES, 


password) 


(userName); 


return true; 


else { Si | 


throw new InvalidLoginException("Invalid login/ 
password”); 


catch(NamingException ne) { 
throw new InvalidLoginException (“Invalid login! 


Void print (String s) ( 


1 
f 


Writing the Exception Class — 
defined below. This class has been deri 
package day04; 

public class InvalidExce 


System.out.println(s); 


The InvalidLoginException class № 
ved from java.lang. Exception. 


ption extends Exception 


public InvalidLoginException( ) 


pecl 
describes 
descripto 


enterprise be 


зирег( ); 


lic InvalidLoginException(Exception e) 


{ 
) ilie InvalidLoginException(String s) 
( 


} 


super(e.toString( » 


super(s); 


} 


ing the Deployment Descriptors — The deployment descriptor 
s невина ^s deployment settings. The ejb-jar.xml deployment 


i 1 is given below. И describes the 
the SignOn enterprise bean is given 
: ет deployment properties like its bean type and structure. 


«1xml version = *1.0777 
<!DOCTYPE ejb-jar PUBLIC 


«//Sun Microsystems, Jnc.//DTD Enterprise JavaBeans2.0// 


EN’ . 
ћир:/ђ ava.sun.com/dtd/ejb-jar-2-0. dtd? 
<ejb-jar> 
<enterprise-beans> 
* «session» 
<ejb-name>SignOnEJB</ejb-name> 
«home»day04.SignOnHome-/bome7 
<remote>day04.SignOn</remote> 
<ejb-class>day04.SignOnEJB</ejb-class 
-session-type»Stateless«/session-type" E 
<transaction-type>Container</transaction-typ 
<env-entry> 
лапе“ оля учите 
«env-entry-type--java lang String d/env P 
«env-entry-value»password«/env-enity 
</env-entry> 


„name> 
<eny-entry-name>student 1«Jenv-entry-n: 


: -entty-type” 
cenv-entry-type»java lang string len Pu, 
«env-entry-value» password] < env 
</env-entry> 
</session> 


</enterprise-beans> 
</ejb-jar> 
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-entry-type? 


d 
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Q.46. Discuss about entity beans. 

Ans. The entity beans represent database objects, which either s. 
from databases to running applications, when required, or update a 
databases, when requested by the application. An entity bean is arid into th 
object representation of persistent data stored in a database, Thus, an eui 
can be used for modelling data items such as a bank account, an itemina UY bean 


Purchase 


such as products, employees and customers. Thus, entity beans do not ас 

themselves directly with business processes. They are useful for modelling 42° 

elements only. In contrast, session beans handle the business Processes, E 

Thus, transfer amount could be a business process, which can be modelled 

a session bean. This process would need to credit one account and debit another т 

information regarding which accounts to credit and debit, and the end result; musth 
represented by one or more entity beans. Thus, session beans use: епу beans 
whenever they want to access or update persistent data from databases. 

Entity beans were devised for a reason that whereas most of today’s 
databases are in the relational form, the applications that make use of these 
database, use the object technology. Thus, a mapping is needed between the 
relational view and the object view. This is provided by entity beans. They 
permit session beans to treat the persistent data in relational tables, as objects, 

For example, in the transfer amount example, an entity bean could be 
used by a session bean for reading the account details in an account object. 
Suppose the name of account holder is abc. The session bean might then issue 
a transfer instruction on that account i.e., the abc account object. For example, 
the instruction could be in form abc.transfer (1100, 2100, 200). As far as the 
session bean is concerned, it is sticking to the object-oriented paradigm of 
creating objects, and manipulating them with the help of their methods such 
as transfer. However, internally, the account object might represent one 

particular row ofan accounts relational table, which gets updated as a result of 
this operation. The entity bean hides these implementation details from the 


session bean, and allows it to treat every piece persistent data as real-world 
objects. This is shown in fig. 3.20. 


ELEA 


Client Code 
(Servlet/ 
JSP) 


EJB Container 


(1100, 2100, 200) 


TAR 


Ente: 
Enti! 


Pio 
Я 


ii 


ng day 
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ity beans have а much longer life than session beats tecause 

sly: ee fat representing data that is preserved across user sessions 
or a client disconnects from a server for some reason 
b 


onstructed from its underlying database, 


ice more tored in databases, they are vary useful when there is huge 
| data 5 applications that need to be Web-enabled by using EJB. 
in viue two types, bean-managed persistent entity beans, and 
antity beans e persistent entity beans. 
ag: у Persistent Entity Beans – In this type of entity 
ibility of locating, changing, and writing back the data 
nd the persistent storage of the database is left to the 


i е tasks. 
iie T Persistent Entity Beans — In this type of 
ba the EJB container performs automatic persistence on xci 
e developer. The developer does not hard code any пиана 0 = 
cating, changing Or writing back the data between an entity bean TE 
underlying database. Instead, the developer describes what e yr A 
JB container performs the translation from the developer s descrip! aid 
actual program code. It makes the application database independen ecd 
lhedeveloper does not write code specific fora database, and instead, le 


о the EJB container. 


Hentity be 


0.47. Write short note on message driven beans. 


hronously 
, Ans, Message-driven beans are stateless components paper Service 
invoked by the container as a result of the arrival of a Java Mes 


~ ma JMS 
sie message. A message-driven bean receives а pe Sis basis of 
kstination. | - s business log! А 
А › like a queue ог topic, and perform client notification. 


° message contents, like logic to receive the process а 


triv 
ui 


to complete. 


» " jagraim. 
048, What is middleware concept ? Explain е. nes! y, June 201) 


Ans. ware at 8 high level. 


Fig. 3.21 shows the basic idea of middle 


ИНН 
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riented Middleware (MOM). The sender Send: 
ith its other work without waiting for an cuo 


Ст NE m Р d [o ip goes into a message queue and waits until the receiver 
The me process it. Usually, both, the sender and the receiver, 
receive e software set up at their respective ends. The message 
g om outgoing messages into and read incoming messages 


e. This is shown in fig. 3.22. 


Programming interface 


and common data formats zr Message Message 
- 1 receiving 
sending application 
Directory service, Security, application rs 


(А) 


Process control, etc. 


Fig. 3.21 Middleware Concept 


Obviously, if two computers X and Y want to (remotely 
with each other and perform any business mms mi) 
important role to play in many ways. The various aspects of- 
discussed below — 

© The communication link and the protocols allow the 
coramunication between X and Y. The physical communication between X aj 
Y can be done using wired networks such as LAN or WAN, or it сапакоје 
done wirelessly such as cellular network or wireless LAN. However, the importa’ 
thing is that here are two sets of protocols that-we-arectalicrpzef. The firs iste} Here, the sender А sends а messa. 
lower layer communication protocol, which is responsible for the acia the message queue server of A. 
transmission of bits from X to Y and-vice-versa. Another is the middlena|™S6° database. The new messa Е a ages 
protocol, which allows the dialog between X and Y. The middleware proie амво, The messaging software is responsible for depositing these a ли 
assumes the availability and reliability of the lower layer protocol. inthe database scheduling them, retrieving them опе DERE m di by 

(i) The programming interface and the common data forni tomes, and then transporting them to the receiver. баясан ST 


А 5 tB 
specify how X and Y can communicate with each other through the middlewt ths messaging software of the message queue server at B. The sofware # 


Internet 


Communic 
dleware las а 
middleware m 


Message 
Database 


Message 
Database 


Fig. 3.22 Message Queues 
ge for the receiver B. The message goes 
is server has messaging software and a 
ge is added to the queue maintained in the 


That is, we are not worried about the communication of X and Y direct Sores it in the database, until B retrieves it. 
"= but we are worried about their communication with the mide 50.) Write in brief on ODBC. (®.СРУ, June zoe, pe 200) 
dass formats used should enable the middleware to commaunicate D Or June 2015) 
and Y in a uniform manner, and the programming interface should als What is ODBC ? (ову, Jui 
ted using Java EE 


Ans. Many enterprise applications that are crea 


such that there are no gaps in communication. 
the direc | ктоо 


for storing application specific 


(iii) The other elements are add-ons. For example, By, т i 
на i -F І an" informe need to interact with databases information 
make bi ai "em seni 6s И m m e, (сан ec n. Por example, search engines use "ovi бот about 
between X and Y is safe. Pro e Wo Ui лао mi Yi he candidate |- nd an aquae ire p» searching and advertisib8 
smiltiple requests effici . Process control would ensure ü a bbs on es and employers, accessing the site or requires database 
5 elficiently, providing good response time. Tea Internet. However, interacting with eae PIU which is used 
0.49. Write short note on Message Oriented Middleware MOM y with leva This can be achieved by using tht ae i stabase suc га 
(®.СРИ, Dec. 201% June Оо, Mg bone Connectivity (JDBC) to pum n API which is use 
Ans. Asynchronous communicati ries 10 M Jaya ccess, My SQL and SQL server: JD 
ation allows the parti Programming for interacting with database. 


indirectly through a message queue. The software that manages | 
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057) What is JDBC ? 
Ans. (Java Database Connectivity (JDBC) is a set ofall $ 
for allowing any Java application to work with an RDBM s т Andi 
]t means that the programmer need not worry about the diffe MUN 1 
RDBMS technologies, and can consider all RDBMS proi in м 
which all work in a similar fashion. | Sag fungi 
The conceptual view of JDBC is shown in fie аа] i 
-From-fig--3-23, the main idea of em 
JDBC is to provide a layer of abstraction 
to our programs while dealing with the 
various RDBMS products. Instead of 
our programs having to understand and 
code in the RDBMS-specific language, 
they can be written in Java. It means that 
our Java code needs to speak in JDBC. 
JDBC, in turn, transforms our code into 
the appropriate RDBMS language. 


i Fig. 3.23 JDBC Concept 
(The JDBC interface is contained in the packages java.sql andj: 

JDBC uses more interfaces than classes, so that different vendors Fd 
provide an appropriate implementation for the specification. Overa a 
30 interfaces and 9 classes are provided, such as Connection, Statens 
Prepared Statement, ResultSet, and SQLException. 3 


А _ @ Connection Object — It is the pipe between a Java programai 
the RDBMS. It is the object through which commands and data flow betw 
our program and the RDBMS. S 
"€ (ii) Statement Object ~ This object sends SQL. commands, а 
e pipe, that can be executed on the RDBMS. There are three types 
commands that can be executed by using this object — ; 
| (а) Statement Object — This object is used to де 
execute static SOL statements. 


(b) PreparedStatement — This object is used (0 am 
execute dynamic SQL statements. 


(c) CallableState e obiect is used ti 
execute stored procedures. ment — Thie ^ 


fine 20 


0 define i 


T) 


-— A ResultSet Object—The result of executing a Statement! 
е data. This data is returned inside an object of type ResultSet 0 eri 
ith 


; 
T iv) SQLException Object — This object is used to deal 
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are the components of JDBC ? 
nents of JDBC drivers are as follows — 


he compo ii 
Pu Pec API | (ii) The JDBC DriverManager 
n JDBC Test Suite (iv) The JDBC-ODBC bridge. 
53. Explain various types of JDBC drivers in Java. 
m (R.GPV, Dec, 2010) 


rivers can be obtained from a number of sources, provide 
15 of functionality, and vary in their use of supporting software, 
for JDBC drivers are the J2SE SDK itself, database vendors, and 
Functionality is defined by the version of JDBC 
d by the driver. 
orting software required by a driver relies on the driver's type. 
called a Type 4 driver, is Java software that is loaded onto the client 
bine and supports direct communication with a DBMS. Type 4 drivers 
ua o supporting software other than the DBMS itself. АШ of the other 
types depend on additional software to complete their functionality. AType3 
driver is Java client software that communicates with intermediary server 
software, which in turn communicates with one ormore actual database systems. 
A Type 2 driver permits JDBC software on а client machine to communicate 
withnon-Java DBMS communication software also loaded on the client, which 
in turn communicates with the DBMS itself, Finally, a Type 1 driver connects 
IDBC software on the client to Open Database Connectivity (ODBC) software 
also residing on the client. The ODBC software can then be used to access any ` 
of the many ODBC-compliant DBMSs. A Type 1 driver is also known as à 
IDBC - ODBC bridge. ғ 


0.54. Explain how to connect to a local 
JDBC driver ? 


One type» 


require Л 


MS access database using a 


(ODBC). 


Or 
nnectivity 
п Database Со 2015) 


Write the st i 
eris elite ne не (R.GPY, June 2011, Dee 
Or 

xi What is database connectivity ? : 
"iddleware support, ODBC and JDBC technologies. 
Wi Ans, We wish to connect to a Microsoft Access datal ў 
ый $ ХР machine that hosts our Java servlet. В gi e 
рвать we can do this with a JDBC-ODBC bridge ( A dy 
lui, JDBC driver software to install in this case; bo edi уд i 
T in the J2SE 1.4 SDK. We also do not need 0 7^ y putw 
ot are, because this is installed by default on erm 

"le Windows ODBC client software about uF 


i basic connectivity, 
m Me GR, June 2014) 
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For the moment, suppose that we have already created an Ace 
named Employee and stored it in a file named Employee арі dag 
associate an ODBC driver with this database as follows, Froni i 1 y М 
Control Panel, select Administrative Tools and then Data Soir Windoy 
In the ODBC Data Source Administrator window, select the o (onig, 
and click the Add...button. In the Create New Data Source cate Dsy n 
Microsoft Access Driver (*.mdb) and click the Finish button, Ih a Seley 
Microsoft Access Setup window, enter EmployeeDB in the Data S e Dye 
text box, click the select....button in the Database area, and M Nang 
Employee.mdb file. After selecting file and clicking OK in the а 0 
window, click ОК in ће ODBC Microsoft Access Setup. Wind, labos. 
EmployeeDB will appear іп the list of User Data Sources in.the. Oppo" 
Source Administrator window. Finally, click OK in this window. . - Dus 

If we don’t have an Access database already, then we can create throu, 
ODBC tool as follows. Follow the instructions in the preceding paragra no 
in the ODBC Microsoft Access Setup Window, after entering the Data a ut 
Name click ће Create....button instead of the Select....button: They PC 
database a file name, like Employee.mdb, and click OK. We should sce a = 
up message telling us that your database was successfully created; As in the 
preceding paragraph, click OK several times to complete the ODBC setup, 

Once the ODBC association has been made, we can connect to Employee 
database from a Java servlet (or from any Java program) as follows — 

String dataSourceNaine = “EmployeeDB”; " 

String dbURI = “jdbc:odbe:” + dataSourceName; 

try { | : s 

Class. forName ("sun.jdbc.odbc.JdbcOdbcDriver"); Wo 
java.sql.Connection con = java.sql.DriverManager.getConnection 
(ФОКЕ , 


con.close( ); //To close the connection 
catch(Exception e) { 

€.printStackTrace( ); 
} 


The static forName( ) method of Class causes the Java virtual па 
load the specified class, which is-the name of the SDK-supplied Type 1 JDP 
driver. When getConnection( ) is subsequently called on the JDBC Drives Mani’ 
class, it uses this driver to establish a connection with the database indicated y 


z 
its first argument, a URI. When connecting to a database through the JDP 


ODBC bridge, the URI is a URN consisti dec-odbc: follow?” 
s bc:odbc: 
by an ODBC data s consisting of the prefix jdbc псе пале 


ource пате, In this example, we use the data sou! 
EmployeeDB that we associated with the Employee database using 
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_.. „цус tool. The other two arguments to getConnection 
istri a password associated with the ODBC Emo D и 
default are both the empty string. The connection Object returned. 
also use the driver loaded by forName() for all database 


to support JDBC methods called on this object, 


the Da? 


s to the Employee database from the client machine. We will 
the MySQL connector/J driver JAR file to the client machine. 
oad file, we see two directories, one 
s directory, we will find the driver JAR 

connector. Copy this file to 


een dow: 


After un 
beginning with mysq : 
„У which also has а name bee 
d/lib subdirectory under our н т 
а or restart Tomcat, this ЈАК file will automatically 
the server. 
CLASSPATH for any servlets run by і [ 
Once фе Connector/J JAR file has been installed, the и E 
bc used to access the Employee database from а servlet, ог from any Java‘ 
that has the Connector/J JAR file on its CLASSPATH = 
liset ће following four string’s as. appropriate 
String host-"db.example.net:3306"; 
String dbname- “Employee”; 
String username = “‘someuser”; | 
String password = "mypassword"; А 
String dbURI = *jdbo:mysgl:" + “//” + host и (а 
+ username + passwor 
try { 


«p> + dbname + “ser” 
Ps password; 


//The newInstance( ) call is a work around for 

//some broken Java Implementations — tance( ); 
Class forName("com. mysql. dbc.Driver аера; 
Connection con = DriverManager.getConn 
ИТОВС calls to con methods go here-— 

у con.close( ); 

Catch (Exception e) { 

у ServletOut.print(e); 
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Q.56. Explain JDBC methods for accessing a database, 

Ans. A connection object is used to obtain information about the 
like the tables it contains, as well as to set parameters of the interac 
the database, like whether or not changes to database will be c 
automatically. For database access, however, the only Method с 
Connection is createStatement( ).This method returns an object Èl а 
Statement that сап be used to send SQL statements to the databas of Ype 
retrieve results produced by the statements. In particular, ifa String Bok and ty 
a SQL statement is passed to the execute( ) method of a Statement object p 
the database will execute that statement. The result of executin 2 SQL sta, o they 
may be nothing, such as creation of a table, a row count such аз ренот 
INSERT, UPDATE, or DELETE, or a result set such as performin, E SELE. а 
The methods getUpdateCount( ) and getResultSet( ) are used CT 


Е the 
row count and result set, respectively, after executing a SQL statement 


For example, suppose that a Connection object named con has been 
created, the following statements will create a table, insert a row in the table 
and output to a message indicating that one row inserted — . у 

Statement stmt = con.createStatement( ); 

stmt.execute(^CREATE TABLE Interests” + “(Name VARCHAR (50), 

Interests VARCHAR(50)) ; 
stmt.execute(“INSERT INTO Interests VALUES” + "( Amit', drawing 
swimming, writing)"; 

System.out.printin(“Row count is” +stmt.getUpdateCount( )); 

The getResultSet method returns an object of ResultSet, or null, if a result 
set was not produced by the most recent call to execute( ). The ResultSet object 
provides methods for positioning to a certain row within the result set and for 
obtaining data from the fields in a row. Continuing the example, the following 
code can be used to iterate through all of the rows in the EmployeeInterests table 
created by the preceding code and to output both fields of each row — 

stmt.execute(“SELECT*FROM "Employeelnterests"); ji 
ResultSet rs — Stmt.getResultSet( ); 
if(rs!-null) { 

while (rs.next( )) 

{ 


{ 


Atabay, 
tion wig 
onmi, 


System.out.println(rs, getString(“Name”)); 
System.out.printin(rs.getString(“Interests”)); 


} 
The next( ) method 
time it is called. Initially, 
the first call to next() 
) access fields in the 
by ordinal (i.e., 1,2 


Positions the result set cursor at the next row А 
the cursor is positioned just before the first rd ingl 
positions the cursor of the first row. The calls to E 
Tow pointed to by the cursor. Fields can also be 2004 
etc.) rather than name, 


(yt is : nd Directory Interface (INDI) is a unified Java API 
0 Naming 2 ссезз to a variety of naming and directory services, 
is what makes J2EE an attractive enterprise 
nd intranet applications. Applications are written in 
JNDI API, which transparently calls the underlying 
rd way : се. A JNDI compliant service must implement part 
hitecture describe in two parts JNDI API and 
vel programming interface (API) are used by the 
ccess naming and directory services. A service 
dto plugin a provider of a naming and directory 


The INDI arc! 


direct 


of it 


and 


Software 
NDI? Explain. 


Java вага од а 


chanism 


interface (SPD) is use 


hitecture is shown in fig. 3.24. 


Java Application 
JNDI API (Client Layer) 


JNDI SPI (Server Layer) 


Lightweigbt Directory Domain Name Server 


Access Protocol (LDAP) 


Fig. 3.24 Architecture of JNDI ; 
LDAP (Lightweight directory access protocol) % 


. a host 
DNS (Domain naming service) is used to refer to 


5 numeric ]P address, ming S 
NDS (Novell directory services) is used as 2 E 
Broup information for authentication purposes 


directo! 
Ory protocol and is used as а standard network 
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the most popular 
гу services. 
ame instead 


py its п 


ervice to sto! 


re user 
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The JNDI model defines a hierarchical namespace in which 
objects. Fach object in the namespace may have attributes that сат 
search for the object. НИ 

Naming and directory services are intimate partners, In fa, 
products provide both sets of functionality. 

Naming services provide name-to-object mapping and а 
provide information about the object and tools for searching 

As a part ofthe common J2EE Services JNDI enables Seamless ms 
to heterogeneous enterprise naming and directory Services, Developer hs tivity 
powerful and portable directory-enabled applications using the INDI builg 


Standards 
| Q SS) Explain in brief Java message service (JMS). 

Ans. Java message service (JMS) is a common АРГ 
programming interface) and provider framework that enable 
of portable, message-based enterprise applications. Thi 
abstraction of the interfaces and 
classes that JMS clients use to 
handle messages when in 


bee May 
€ uei i 


Ct most Xing 


irectory 


Ty seryi 
for them 8 


(@pplication le 

D Yel 
Ehe development 
© JMS Ар is an 


JMS Messages 


communication with a JMS | ______ мы _____| po 
provider. This is analogous to г 
the use of JDBC as a unified E m Fiorano | one 
API to access data sources MQSeries MQ | Provider 
using JDBC to connect to a 

database, or JDNI to access 


naming and directory services 
using JNDI for naming services 
and components. JMS is not a 
messaging system by itself, it’s 


an API to access an existing Fig. 3.25 The Architecture of Java 
messaging system. 


Message Service (JMS) 
The JMS architecture as show; 


n in fig. 3.25. Figure depicts all the iya 
that constitute JMS architecture, and the relationships between them. А brie 
description of each layer is as fol 


lows — 
(0 JMS Clients 
provider. 


СИНЕ c 


Messaging Server 


i S 
— It is send and receive messages through 2 м 


(i) JMS Messages — 
used to communicate informati 


(iii) JMS API — Unifi 


E: tare 
Applications define a set of messages tha 
on between its clients. 


5 
ed interfaces and classes to be used by all M 


f pis 
.. (v) IMS Provider — The messaging system (MOM) that raed g 
JMS in addition to other administrative and control functionality require 
full-featured messaging product. 


clients. 


& 


i mentation Technolog, 
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software 


jects — These are pre-configured JMS objects 
)  Auministe" eise for the use of clients. Administered 
( MS provi 
in fig. 325- | 
fes JMS) specification defines these architecture 
зе portable enterprise applications. It does not 
е tional functionality such as clustering, security and 
onp” certain opera or notification. б 
address jon, and eIT viders offer products of varying JMS support. Some 
0 : и 
yd nit pm МО from Progress, FioranoMQ from Fiorano, 
roduc 


i M and the open soruce JBossMQ 
of these P na BEA, MQSeries from IB 


(В.СРИ, June 2013) 
e short note on JRMI. 


59. Write Or 
0. " Mei Invocation (RMD. (В.СРИ, Dec. 2010, 2015) 
m 


ilt-i ort for the 
ing language has built-in supp | 
Ans. The Java sicura Mns model. This support is provided by 
jstibuted component base ice. ЕМИ is an alternative technology 
distrib tion (RMI) service. ; 
the Remote Method Invoca! ionally, it is much similar to CORBA. It is the 
CORBA, although ие lows components written in 
^ Гапдага for distributed components. RMI allow iding on other physical 
Java stan micate with other Java components residing € таа 
> Merian purpose RMI provides a set of application B =< 
interface (API) calls, as well as the basic infrastructure, stm 
CORBA’s ORB provides. Jae ae een ORBs 
CORBA uses ПОР as tlie protocol for ecce eee iie diiit 
across a network, whereas the early versions of RMI d m DOR Magers 
Method Protocol (JRMP), which performed the ens voll Thetis, RMI can 
the latest versions of Java now support ПОР for RMI as ee ев 
tow have ПОР as the underlying protocol for com ; 
distributed components across a network. - 
ok ‚ RMI has two 
Both, RMI and CORBA, are similar in terms eke паев 
‘pes of components — stubs and skeletons. A stub is a client's 


Define Re 


ich j ver and executes 
Mich isa Tepresentation of the actual component on the € pini cR 
i the client machine. In contrast, a skeleton is a server CO 
е; 


that it has to take 


> js is the 
its services. This 15 
Ponding to other components that request for its $ 


Е is that à 
scheme 15 
rface-implementation concept. The beauty of “faces. The Java 
спу “pet does not have to write the stub and skeleton example, suppose 
ttonment generates it once the basic class is ready. For я 


ific 
here j ch for a speci 
met Scarch class written in Java that allows the user ia zum search class. A 
wri 
Specia] rom a database, Then, the developer has to 


. tecfaces for this class. 
compiler can generate the stub and skeleton interface! 


à al with the fact that it is a remote component. This means 
care of reg 


Same inte 
devel 
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RMI is the Java version of 
Remote Procedure Calls (RPCs). 
The basic infrastructure of an 
RMI-based system looks similar 
to an RPC-based system, as 
shown in fig. 3.26. 

The RMI philosophy is very 
similar to that of CORBA. 
Components call upon the RMI 
services first. The RMI services 
then use the JRMP/IIOP protocols Fig. 3.26 RMI Architecty : 
for client-server communications. Whenever any component ge і 
services of another component, the caller must obtain a Ми Use the 
components to be used. The working of RMI is explained bo d to the 
example — elow with an 

Suppose a client component wants to invokes а setver-side com 

ponen; 


Р aving obtained a reference to the remote 

0 Н method of that component. Suppose the ences, > sei 

ed as get Author, which expects a book title as the input and Сач 

ог name to the caller. Then, this method can be invoked as follows — 
uAuthor = ref. getAuthor("Freud for beginners”); 

d would accept the string passed as book title, call the getAuthor 

ote component and return the author's name. This returned 

in the variable uAuthor, and can be sent back to the 

JRMP or IIOP, which, in turn, uses TCP/IP as a basic 


Client Components 


This metho 


method of transport. , 
Obviously, from the above discussion, the RMI infrastructure is very 


milar 10 CORBA. In fact, an e-commerce architecture based on RMI would 
look very similar to CORBA based architecture. 


The client would be a Web browser that supports Java. There would be 
server and an application server. The interaction between 


called as SearchBookServer th tivo servers — a Web 
er that allows a book to be searched. This the browser and the Web server would continue to be based on HTTP. This i 
f£ HTML pages and applets from the Web server | 


the following steps — 
is g c — — . results into the downloading o: 
This is similar to declaring an inte E variable of type SearchBookSerye, |© the browser. As soon as the applets are downloaded to the browser, the f 
some caleulakons: Tb es " om variable, when we wantto use that integer | applets would take charge and invoke the remote methods of the server-side ђ 
Е : ns that the client component has to declare a variable | components using RMI. The client applet can invoke the remote methods И 
а reference to а component of type SearchBookServer This | Without worrying about their implementation details. All they need to do is to 
3 hey can invoke any methods 


would be d i i ; 
one with this statement “| маш a reference of the remote object and then t 1 
SearchBookServer ref = null; belonging to that object as if it were a local method. This is shown in fig. 327. 


Пе о that the variable is not pointing to any object in 
called as ref is a di ien tonull. Consequently, at the client side, a variable 
have toll the Dovacs Я ~ Owever, at this time, itis not serving any purpose. We 
SearchBookServe, We пе он д0 future, point to an object off. 
ме г. We would have an interface ofthe SearchBookServer class 

. Hence, the compiler would have no problems in understanding 


that SearchBookS i 
: erver is a class i is available on 
the client as well. on the server, whose interface is available P. 


Tequires 


about a Eo Ма вене certain naming services to allow а client to 
as we can request for ge n similar to a telephone directory 827 E. 
address, here, the na н qua 5 telephone number based on и. Wi. 
ШЫНА а Е FT 
Е Be mod. This a 5 erence to it. For this, the Naming.lookuP ME 
to the objectbei method accepts the URL name and returns re 
eing remotely referred to. This is done bythe following stati 


ref = i 
Naming.lookup (“rmi:/hwww.myserver.com/SearchBook 


in Detail 


Fig. 3.27 RMI Architecture 
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0.60. Explain the concept of CORBA. . | nologies 127 

RG By | (i) Infrastructure Services — It includes Serv 


Or x : d ice ele; 

d и Мм Ju RB M 4... ements that a 

Write short note on CORBA. UEa ~ x ns те 7 ly coupled to the ORB, such as security, interoperatibility and méssaging 
е ds " р у 1 

Ans. The-Common-Object- Request-Broker -Archi У Da, | erviors (ii) Task Management Services - It includes sery 


ud ss A ices 9 
specification. It specifies how components сап interact for managing 


н (Con, 
. о 3 With eac} 
network. CORBA allows developers to define d. 1 Off 


architectures, without considering about the underlvingnea e 


d object events and transactions. 


dd tribute 


(iv) System "Management Services — It includes basic Services for 
ing the management of metadata, licensing and object life cycle. 


and’ programming languages. The components in CO nic: А : 
language known as Interface Definition Language Dye decani М 0.62. Explain the architecture k^ CORBA in brief. (В.СРИ, June 2014) 
И | r 


Чоь) 7 
petam niic i ge, aa Go ode ОН Comper Explain CORBA architecture. o: (R.GPY, June 2015) 


i ў i i 
Sos i $ 15 used in А lain CORBA architecture. Also discuss about its 
programming language independence. An-interfacg i; ее Е (БОРУ, tune 2016 


methods that з - ; $ nct ' 
а aen vun cud dee = до Le., the Behaviour Ans(The architecture is designed to support the role of an object request 
ее тебу торнай, ere cm on details L€.; how itis (а | broker that enables clients to invoke methods in remote objects, where both 
L c | р of an exàmple) clients and servers can be implemented in a variety of programming languages. 

| When we buy an audio system, we CORBA provides for both static and dynamic invocations. Static invocations 
such as the electronic co are used when the remote interface ofthe CORBA object is known at compile 
time, enabling client stubs and server skeletons to be used. Ifthe remote interface 
is not known at compile time, dynamic invocation must be used. Most 
programmers prefer to use static invocation because it provides a more natural 
programming model. Fig. 3.29 showg the main components of CORBA 
architecture whieh are as follows =] 


do not worry about th 


internal thi 


level. This set of internal ор 


- erations is referred t i | 
вата in fig 3.2 8 ( erred to as implementation. Thist 


Imple- 
mentation 
Repository 


Interface 
Repository 


External Implementation 


World (а 
Userof- 
~theaAudio | 
System) 


in Terms of ; 


Voltages, 


Servant A 


Signals, 
Current, 


etc. 


Interface Implementation 


Fig. 3.29 The Main Components of the CORBA Ал chitecture_/ | 
to ће communication 


i ides an interface 
| ^ аще of remote invocation. [п addition, an ORB core provides 
‘at includes the following — 


TN Fig. 3.28 Interface and Implementation _, 
9.61, What Services of CORBA, Q ni y лом Sa. GB V. June 


Ans. The f геро 
те are a number of CORBA services that аге 02120 | 


а. 
о be started and stoppe - 
etween remote ob yject references 


А И stri ng 
( i | i s. i requests 181 
(Ü Information Management Services — This category P s 8 обои provide argument lists for 
c pe 


basic services fi i i hi 
or manipulation а tri les OF SU" И dy 
and retrieval of data. Examp! Ynamic invocation. 


are properties, relationshi ; nd coll 
j а » quer: izati tency 4 oe 
services, р, query, externalization, persistency y 
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| (i) Object Adapter |The role of an object adapter į Software Architecture Implementation Technologies 129 
Tist 


gap between CORBA objects with IDL interfaces ang th o 

language’ interfaces of the corrésponding servant classes An 

has the following tasks — 

(a) It creates remote object references for CO 

(b) It activates and deactivates servants 

(c) It dispatches each RMI via a ske 
| 


i tly running. The object adapter паше 1$ used to 
рор аге curren em Д refer to servers- 
obi EN Ка registering and activating them. An implementation repository rir 
Јес EN # ping from the names of object айаріегѕќо the path names of files Containing - 
RBA o., ^] map! plementations. Object implementations and object adapter names are 
thi 


ject im r Я В 
ob) lly registered with the implementation repository when server programs 


talled. When object implementations are activated in servers, the 
d port number of the server are added to the mapping. 


genera 
are ins 
hostname an 

Implementation repository entry — 


servant. | 
Ап object adapter gives each CORBA object aunique ob; 
forms part of its remote object reference. The same name ig Ject name 
objectis activated. The object name may be specified by the ues e 
Cation pry 
Bra) 


or generated by the object adapter. Each CO ject ie NS 
object adapter, which may keep a remote К E тетей wih (vil) Interface Repasitary — The role of interface teposiipty isto 
CORBA objects to their servants. Each object adapter h at maps the Dane | provide information about registered IDL interfaces to clients and servers 
also forms part of the remote object references of all » fe own name, м | that require it. For an interface of a given type it can supply the names of the 
manages. This name may either be specified by th i i CORBA obici] methods and.for each method, the names and types of the arguments and 
generated automatically. y the application Programe] exceptions. Thus, the interface repository adds a facility for reflection to 
Гад Portable Object А E CORBA. When an IDL compiler processes an interface, it assigns a type 
"WE e ject dapter — The CORBA 2.2 standard for obje identifier to each IDL type it encounters- For each interface registered with 
pters is called Portable Object Adapter (POA) because it allows app ‚ the interface repository provides a mapping between the type identifier of 
and servants to be run on ORBs produced by different developers is that interface and the interface itself. Thus, the type identifier of an interface 
achieved by means of the standardization of the skeleton classes dn | is sometimes called the repository ID because it may be used as а key to IDL 


i sc ati ! C j 
interaction betwee the РОА did the за ТЕ POA E. RB! interfaces registered in the interface repository. Every CORBA remote object 
objects with two different sorts of lifetimes — 


: 
(а) Those whose lifetimes : џ enabling clients that hold it to enquire of its type with the interface repository. 
their __позе whose lifetimes are restricted to that of the PO] Those applications that ic invocation with client proxies and IDL 
servants and instantiated in. It has thé transient object references pplications that use static invocatio ient p 
(b) Those whose lifetimes can span the instantiations of 


eton to the 
"Prop 


Pathname of Object | Host Name and Port 


Qu Object Adapter 
Implementation Number of Server 


Ch ting Name 


skeletons do not require an interface repository. Not all ORBs provide an 
interface repository. 


in multiple processes, It h: i i | ynami! 
. It has the persistent object references 3 ic i i 
(вы р р Е" E (viii) Dynamic Invocation Interface — The d с invocation 
lesu yon T 5 — Skeleton classes are generated in the i A interface allows clients to make dynamic invocations on remote CORBA objects. | 
k t ; | : i 
ае vá a DL compiler./As before, remote method invoc?? r | Tt is used when it is not practical to employ proxies. The client can Lr E 
appropriate skeleton to a particular servant, andthe SY] the interface repository the necessary information (Y ecce uis 
this information fo construct an 


unmarshals the arguments in 
results in reply messapes. 


for a given CORBA object. The client may use 
invocation with suitable arguments and send it to the server 
i i - ecessary to add to a server а 

(ix) Dynamic Skeletons — И may ben и ees 


request messages and marshals excep! 


() Client Stubs/Proxies — These are in the client langi 


class ofa 
byan аы or a set of stub procedures is generated from an Ірі CORBA object whose interface was unknown whet cations on the interface 
marshal fee for the client language. As before, the client stub lfa server uses dynamic skeletons, then tcan сац is a dynamic skeleton 
а the arguments in invocation requests and unmarshal exce? 9f a CORBA object for which it has по skeleton. ie request to discover is 
results in replies. q г receives an i ion. it inspects the contents of the req :avokes the - 
nvocation, р кей and the arguments. Jt then m 


target object, the method to be invo 
target, 


(vi) Implementati, 
, tion 7 i 
responsible for activating re Repository. Апа В 


gistered servers оп demand and 
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(x) Legacy Code — The term legacy code Teferg 
that was not designed with distributed objects in mind, A piece ting 
may be made into a CORBA object by defining an IDL inter, елу 
providing an implementation of an appropriate object adapter aad fori % 
skeletons. the LN 

y 


to CXis 


0.63. Discuss Object Request Broker (ORB) in the 


Ans, The Object Request Broker (ORB) is at the 
components architecture. ORB is the glue that holds th 
together. ORB is actually a software program that runs o 
the application server, where most of the components ге: 
for making the communication between various distrib 


ORB does two main tasks — 


CORB, arch 


titen, 
„ и 
heart of distri 
e distribu. ГМ 


n the client as wel 
Side. It is Fespongi 
uted Objects Poss, 


a 


G) The ORB locates a remote component, 

(i) The ORB also makes sure that the cal] 
parameters over the network correctly. This process i 
In the reverse manner, the ORB also makes sure that the calling componen 
receives back return values, if any, from the called method. This Process i 
known as unmarshaling. Marshaling and unmarshaling actually carry out 
conversions between the application data formats and 


given its reference 


ed method Teceives | 
s known as marshal 


Й 
the network data formats 


This process is shown in fig. 3.30. The client is not aware of these 
operations. Once a reference to a method of interest is obtained, the clien 
believes that these operations were performed locally. Internally, ORB handles 
all the issues. For this reason, some portion of ORB is resident at all the clients 
and servers participating in this method. Whenever а client wants to execute: 
method of a component residing somewhere else, it ‘only requests its local 
ORB portion (called ORB client). The ORB client makes connection to the 
appropriate server ORB, which in turn locates the component, executes би 
method and sends back the results to the client ORB. However, the client 


believes that it was all a local operation. 


Insert (a, b) 


Fig. 3.30 Component Calls an Insert Method r 
(i) Component А calls the Insert method and passes two Ра 
a, and b to this method. 
: Gi) The ORB receives this requestand realizes that ue 
' is defined in component В. How does it know this ? For this 4 ; 
Whenever a CORBA component is created by a developer, it is ree 


melt 


stere 
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Therefore, it passes the method name and the 
e., marshals it) across the network to the ORB at 
B is located. This is shown in fig. 3.31. 


porating i 
in pinary for at 
here compone 


3.31 ORB Forwards the Call to Its Counterpart 
Fig. >. 


75 end receives this request and 

RB at component B's en e e 
(ii) Now cda back into its original form (ie., unmarshaling the 
5 the jose it needs to call the Insert method of component B with 


је jocal 9 


..1011010110.. 


returne 3 
p resides. Thi 


-| Component A 
[ow  ] 


Fig. 3.32 Actual Insert Method Gets Called 


(iv) The ORB at component B's end takes this dut 5 3 
into binary data and sends it across the network back to the ORB at comp 


A's end, as shown in fig. 3.33. . 


11110110... 


Fig. 3.33 Called ORB Returns Results to Calling ОКВ 


s end receives th.s binary data, 


(V) Finally, the ORB at component A’ it A, as shown 


теі it back into the original form and gives it to compone 


fig. 3.34. 
9-7 


та! Compo! 
34 Calling ORB Returns Results to the Origin? | 


Component А 


return 


ent 
Fig, Di 
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Q.64. Discuss Interface Definition Language (IDL) in CoRR 

Ans. IDL specifies the interfaces between the vara 
components. IDL ensures that CORBA components can у Con, 
other without regard to the programming language used. Tact With a 

When a component is interested in invoking à method h 
component, the calling must know about the interface of the called 
As we know that IDL is used to describe the interfaces of CORBA 
Thus, it does not matter in which programming language the а 
actually written in, it has to expose its interface through IDL, Fro 
world's perspective, it is IDL interface that is seen. Internally, 
may be implemented in any language. Therefore, a CORB fag 
expect every other CORBA component to expose its interfac 

Consider, for an example, an interface called as StockServer, q 5 
IDL, that provides stock market information. The StockServer НЕ ЊЕ 
expected to run at an application server, therefore, the nai ве | 


А М ming conventi 
identify it as a server method to make it more readable. The intérface conta 
8 


two methods. 


of no. 
Componer, 
Оро 
Omponer ; 
m the Outside 
the ошро 
Component o 
€ using IDL, 


| () The getStockPrice method returns the current Stock price ofa 
particular stock, based on the stock symbol it receives. It takes One input 
parameter as a string. It has no intention of changing this parameter, and hence, 
it is prefixed with the word ‘in’, which means it is input only. This method 
‚ would return a floating-point value to the caller. wu 
(ii) The getStockSymbolList method returns a list of all the stock 
symbols present in this stock exchange and does not expect any input parameters 
indicated by empty brackets after the method name. The return type is sequence 
<string>, which means a list of string values. 
A portion of the IDL definition for this interface is as follows — 
. Interface StockServer 
Џ ' 
float getStockPrice (in string symbol); 
sequence <string> getStockSymbolList( ); 
h 
The actual code for this interface and the two methods that it contains kc 
be written in any programming lan guage such as С++, Java, etc. Any compo? 
calling the StockServer interface would not bother about its implementati" 
and therefore, its programming language. Consequently, th 
implementation can be in say Java, whereas StockServer could be imp! rfaces 
in C+, This is fine, because both would have their respective external infe 
defined in IDL, which does not depend on either Java ог С++. 
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Internet Inter-ORB Protocol (IIOP) in CORBA 
156155 
6.0 . | 
Oure ommunicate with each other using the Internet Inter- 
The early versions of CORBA were concerned only 
col (ШОР). omponent based applications; that is, a component 
uld be ported to machine B and executed there. 
i hine B where it is desired to 
nt was to remain on mac 
create if the пен machine А, there was no standard way of 
remote Y these various nodes. Obviously, HTTP had not been 
ded a different protocol. Thus, the actual implementation 
Wene the communication between these components was 
s in those days. Hence, although components were 
interoperable. It means that there was no standard 


were not : 
4 components to interact with cach other. 
m 


For example, ifa calling component A wanted M a Sb wn s 
ing to another component B residing on a erent computer, 

m this would be possible. This happened because there 
ая a ane for a component to remotely call a method of 
неч а if the two components were not on the same ba tae 
computer. This could lead to problems such as some protocols Lome s e 
parameters from left to right, others-from right to left, some considere e 
sign bit as the first bit, other interpreted the sign bit as the last bit and so on. 
Therefore, remote distributed component-based computing was not 
standardized. Some vendors provided this feature with proprietary solutions. 
Consequently, the solution provided by one vendor was not compatible with 
another. Therefore, even if distributing components and then facilitating 
communication between them was possible with some proprietary solutions, 
this would not be compatible with another set of components that useda different 
Vendor's solution, In essence, if the calling and the called components resided 
onthe some machine, only then an interaction between them was guaranteed. 


an an crefore, the next version of CORBA came up with TOP. ПОР іѕ pud 
Uses Eme layerto the underlying TCP/IP communication protocol. pes 
ORR, 15 additional CORBA. messaging layer for communicating with 0 pi 
and p s, every ORB must provide for ПОР stack, just like every brow 

3 server on the Internet must provide for HTTP stack. 


B ~ i CP/ 
IP) "^S? HTTP and ПОР both usc the Internet infrastructure (Le. T 


a 5 
that ie backbone they can exist together on the same network. It mean 
m the Interac 


B P or 
Pu tion between a client and the server can be bec ee is 
аро sae, HTTP would be primarily used for downloading el ed 
‘nd images from the Web server, whereas ПОР would be used for 


portables 
mechanis! 
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component-leve] с 
СОВВА Servers usually 
application server, This situ 


| 1. Request for 
an HTML page 


6. Invoke the 
called‘component 


н Call 9. Results Business 
al 
o Ы Components 
5. ORB-to-ORB} 


call ——— 


results.returned 
— 


method 
processing 


Fig. 3.35 Use of HOP for OR-to-ORB Communication 

In this figure we will realize that in steps 1 and 2, there is an interaction 
between the browser and Web server by using HTTP for requesting and 
obtaining HTML pages and Java applets. In step 3, the client invokes the Java 
applet, which in turn, invokes the services of one or more business components 
on the application server using the CORBA ORB. Note that it uses ПОР and 
not HTTP. The business components are shown to interact with databases and 
Transaction Processing monitors for server-side processing. 


0.66. When CORBA already exists, why is RMI required at all ? 
Ans. The reasons for this are as follows — i 
(i) CORBA is a standard. Developers using Java or any other 
language can implement it. However, RMI is a part of the Java programming 
language itself. That is why, RMI is tightly integrated with Java only. ; 
(ii) The aim of the Java creators was to have а ШИ. 
programming language that is platform independent. That is, they Mr. 
support maximum functionality that is required for al] types of applica B d 
Since remote method calls is an-important issue nowadays, RMI was perce 
as a necessity. | 


| 
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0.67. Write a short note on UML. | 


Ans. Unified Modeling Language (UML) isa language used to create а; 
abstract System, scenario, by visualizing, Specifying, Constructing d 
documenting v arious parts and components of the System into arepresentati 
ftware system d - ive 
model enabling so ystem development. UML has its syntax and 
semantics. It provides a set of notations, such as rectangles, lines, elli 
te models of systems that would b я SIpses, 
etc., to crea р € useful in documenting the— 
design and analysis results. 
The main goals in the design of UML are as follows — 

G) Offer users with a ready-to-use, expressive, and visual modeling 
language to create models. í 

(ii) Offer a language and notations to cnhance concepts to зірћег 
order representation. 

(iii) Do not depend on OO languages. 

(iv) Assist higher-level development concepts such as component 
technology, rapid application development, reusability, interoperability, and 
portability. 

The following benefits are provided by the UML-based modeling — 

(1) Enhances communications among project teams. 

(i) Enhances the developer's insight and visualization of the 
complex system. Б 

Gii) Developers learn faster to include the system's intricacies 
properly in the design. 

(iv) Prototype design is more suitable, where the specific complexity 
of structure and behaviour is taken into account in each iteration. This enhances 
the system in increments, and part by part. 

Q.68. What are the different system views that can be 
UML ? What are the different UML diagrams which can be 
each of the views ? 


(В.СРИ, June 2014) 


modelled using 
used to capture 


Or 


Explain the use of UML for object-oriented design. 


(ВСРВИ, June 2010, 2011) 


Or 


tem views that can be 


ing UML? 
‘i modelled using 
What are the different sys 


RGP Y, June 2015) 
ing vi dels) to 

resented using following views (mo 

erspectives — 


the functionalities 


Ans, In UML, a system is Ieprese 
describe the system from distinctly different р 


is vii es 
@ User Model View— This view defin 
by the system to its users. 


provided 
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(її) Structural Model View — Thi 


em in terms of the types of objects r 


s view represents the Structy 
of a system and to Its implementation, " 


equired to understand the Work; 
Ing 


Vii) Behavioural Model View — T| 


between vari . 4 his view Tepresents the ini ; 
arious objects to realize the System behaviour. "tion 


(iv) Implementation Model View — 


à This vi 
Structural and behavioural aspects of the system lew represents the 


because they are to be built 


i 
NE arsi diagrams which can be used to Capture 


Behavioural View 
Sequence Diagram 
Collaboration Diagram 
State-Chart Diagram 
Activity Diagram 


Structural View 
Class Diagram 
Object Diagram 


User's View 
Use Case Diagram 


Environmental View 
Deployment Diagram 


Implementation View 
Component Diagram 


Fig. 3.36 Different Types of Diagrams and Views Supported т UML 


EI 
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ANALYSI 


CHITECTURE 
S & DESIGN 


E ARCHITECTURE ANALYSIS AND DESIGN — 
FOR ARCHITECTURE AND THE LIFE-CYC 


0.1. Describe software architecture analysis and design. 
Ans. Software Architecture Analysis — The goal with software 
architecture analysis is to learn about the system to be built with the software 


architecture. This kind of analysis requires mappings between the software 


hitecture and the system to be built. The accuracy of the results from such 
e mappings arc. The 


of the elements of the software architecture descriptions 


arci 
analyses are very dependent on how ambiguous thesi 
mappings, or semantics, 
are today very unclear. 
The analysis of software architecture foi 
system that is going to be implemented wou 
universally defined semantics of a software arc 
Software architecture has much impact on 
and it is important to be able to make informe 
software architecture in a number of situations. 
software architecture includes — — 
(i) Compare two alternatives ге 
(ii) Compare the originaland the mo i 
(iii) Compare one software architec eben 
(iv) Comparea software architecture 


architecture, ог 

(v) Grading the so! 

An important source © r Ae 

and by analyzing the software ee ee 

information that allows the stakehol j 
the situation. | 

The analysis take into 

designed; detailed design 15 


г the purpose of learning about the 
14 benefit from having a clear and 
hitecture description technique. 
the qualityofa software system 
4 decisions concerning the 
Decision making regarding 


atively. | 
odified software archi c 
the requirements. 
tically viable software 


tecture relatively. 


absolute scale. 
itecture itself, 
we gather 
ns about .- 


ftware architec 
f information 1 


_ «ав 


- — achieve an objective. 
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implementation. This is a source of variation in what coul 
the implemented system. For example, a brilliant ue 
may still be able to do a good job with a poor softwa 
perfect software architecture may lead to unacceptable ie a itectu 
team of inexperienced software engineers that fails to wider the hang 
ni the ation, а 
le 


behind the software architecture. 


. NM Architecture Design — A so 
implies the definition of two thin | esi 
к gs. First, a process or 180 meth 
ise the included tasks. Second, a description of the jeu sure for d 
to be reached when employing the method. From the softw, T type Of regu 
point-of-view, the first of the aforementioned two, include, ag architecti 
specifying the components and their interfaces, the ates a ts of 
s Ships b, 
document the results to 54 = 
18 concemed with the defini 
Л 
tc. 


d be е 
Хресц 
8 ed 
oftware engin 
BH 


ftware architecture q 


So | 1 ў 
- еам гаа ша is ће highest abstraction level at which we construct. 
for the quality level systems. The software architecture sets the boundaries 
аал = ipie Systems can achieve. Consequently, software 
раене nts an early opportunity to design for software quality 
om. ©.8. reusability, performance, safety, and reliability. 
гин м о ты In its process have an activity to determine if the 
We onh cona ase the software architecture, has fulfilled the requirement: 
ider design methods with such an activity as considered complete. 


.2. What i " 7 
0 at is а software requirement ? What are its objectives? — — 


Ans. i F Bn 3 
system me 15 а condition or capability possessed by a software 
beto automate a E Б "der to solve а real world problem. The problems 08 
to-control a 4 Part of a system, to correct shortcomings of an existing syst™ 

€vice, and so оп. IEEE defines requirement as — à 


(i) A condition or capability needed by a user to solve a problem f 


(ii) A condition or capability that must be met or possessed b 


syste. É : а 
узет or system component to Satisfy a contract, standard, speci fication, of 


Dm 


other formally imposed documents, 
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(iii) A documented representation of a conditi 
lon or Capability a; i 
^ asin 


gy or 0 


jectives — The objectives-of à 

К? То они ће со Software requirements are as follows — 

+ To describe functi d of user and system requirements 
о describe fun : à 
~ To explain tw н iie and nonfunctional requirements 
11) To explain two t i ibi ч 
Gii) p i echniques for describing system requirements, 
(iv) To explain how software requirements may be organized in a 
requirements document. 

0.3. Discuss the role of software requirements ? 

Ans. Software requirements serve two major roles in adevelopmenteffort. | 
They specify what to develop and when the development is completed. A 
requirements document has all the software requirements of the system that is 
to be developed. It communicates the customer's needs, wishes, and 
expectations to the developers of the system. A requirements document may 
also have descriptions of the required computational functionality and the 
system behaviour, guidelines for the user interface, technical aspects of the 
hardware/software interface, and operational characteristics. 

The second role of software requirements is to form the basis for determining 


:- when.the software product is to be completed. The verification of the software 


functionality against the requirements document serves to demonstrate that the 
contractual agreement between the customer and the developers has been met 
and generally implies the end ofthe development phase. This verification may 
need the construction of test situations to objectively prove that the software 


products comply with the requirements document. 


d non-functional requirements f 


.4. What are functional an 
: " j (К.СРИ, June 201 6) 


Or 


Compare the functional and non-functional requirements. 


(R. GB, Dec. 2010) 


ments — The functional requirements, also called 


Ans. i ire я 
a еј functionality or services that software 


behavioural requirements, describe the А аР 
> x i interaction 0! 
Should provide. For this, functional requirements describe the 


B ternal 
software with its environment and specify the inp e soivare Аба, 
interfaces, and the functions that should not be ep the procedure by | 
the services provided by functional requirements Ran behave in particular | 
which the software should react to particular a function that à system OF 
situations. IEEE defines function requirements 28 


component must be able to perform. 


/ 


ji 


Ji 


ES 


d) 


ЈЕ 
Ji 
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Consider for example the functional requirements of an onlin 
system — € ba 

(i) The user of the bank should be al 
from the available ones. 

(ii) There should be appropriate documents for 
implies that when a user wants to open an account in the ba, 
be available so that the user can open an account. 

(iii) After registration, the user should be provided 
acknowledgement number so that he can later be given ап асс 


king 
ble to search th | 
e desireg 
МУР 
M 


USETS to 


tead, Th; 
nk, the form i 
lust 


With a шір, 


) ount number, 
These requirements indicate user requirements and specify that functi 
Ctlonal 


requirements may be described at different levels of detail in an Online bank; 
system. anking 


The functional requirements should be complete and con 
Completeness implies that all the user requirements are defi 
implies that all requirements are Specified clearl 


2 


arise while defining the functional requirements of these system: 


Non-functional Requirements — The non-functional requirements, also 
called quality requirements, relate to System attributes such as reliability and 


response time. Non-functional Tequirements arise due to user requirements, 


H H . » E 
budget constraints, organizational policies etc. These requirements are по 


related directly to any particular function provided by the system, = 
Non-functional requirements should be accomplished in a softwar 


make it perform efficiently. For example, if an aeroplane is unable to fulfil 


reliability requirements, it is not approved for safe operation. 
Different types of non-functional requirements are shown in fig. 4.1. 


* Delivery 
* Implementation 
* Standards 


External 
Requirements 


Organizational 
Requirements 


Non-functional 
Requirements 


• Interoperability 
* Ethical 
* Legislative 


Efficiency 
* Reliability 
* Portability 
Usability 


Product 
Requirements 


Fig. 4.1 Types of Non-functional Requirements 
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5, Write short note on domain requirements, 
0.2. 


Requirements which are derived from the application domain of a 
-stead from the needs of the users are called domain requirements. 


impor the fundamentals of the application domain. Also, if these requirements 
p fulfilled, it may be difficult to make the system work as desired. A 
n can include a number of domain requirements. 

syste: 


0.6. What is software development life cycle model ? Why is it important 


i cle model while developing a large software product ? 
о (КЕРИ, June 2010) 


Or 

Explain in detail about the life cycle process. Ge F, Dec. 2017) 

Ans. A life cycle model specifies the different activities that need p be 
performed to develop a software product and the sequencing ofthese ies 
The software life cycle is also sometimes called as the systems as НЕ а 
life cycle (SDLC). Basically, the classical waterfall me h е s ne s 
cycle model. Every software product starts with a request = ея ~ 
the customer. This is called product conception. wy is xe on 
undergoes transformations through a series of identifiab : 5 et Ls 
fully developed and released to the customer. After release, e я тея 
by the customer and is finally retired when it is no Mos E "ode 
the essence of the life cycle of every software product. Life cyi 


f, Sam ducts its 
ss organizations conducts 
to software development. In fact, each business orga steps. Likewise, 


Е а 
business through а certain sequence of well unde The software 
manufacturing industries use some steps to p pue software development, 
life cycle can be viewed as the business не as a sofiware process. 
a H en 
and therefore, a software life cycle is also о cycle of any 


ў : e in the life ~ 
Traditionally, the feasibility study is the es de innt analysis and 
software product. The subsequent stages include ce. Each of these stages 15 
Specification, design, coding, testing and maintenan : hase, usually several 
referred to 84 a life cycle phase. During each и =. produced before 
e а ioc! ic and 
Я d and several doct i matic ап 
k ра ed to be performe x a diagram 
сија 2 we а A software life cycle И МЕ cycle model maps 
де a s s anon of the software life Rue from its inception [0 
| зепрцуе Be ities conducted on a software P life cycle models may тар 
si ps . е of life cycle phases. Differen 
retirement into a s 


h dam: i ways. Thus, no 
nta. M viti es in different Way: 

L tal de elopment activities to phas 1 

е fundamei 
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matter which life cycle model is used, the basic activitic. 


life cycle models, though the activities may be Performeg Software Architecture Analysis & Design 143 


$ аге i [M 


various life cycle models. т qii) Architecture design (9) Detailed design 
Software development organizations have felt that (у) еи (vi) Testing 
(vii) Deployment (viii) Maintenance. 


appropriate well-defined life cycle model helps to Produce dhereng t 
and that too without time and cost overruns, The main benera quality, Jm As architecture-centric methods become more Widespread, more wide] 

life cycle model is that it enables development of зат Ofa mU adopted and integrated into an SDLC, organizations inevitably will want d 
disciplined way. ? ess Ystem | tailor them. Consequently, organizations that wish to include the eliciting and 


i i 
sed requirements, explicit architecture design, 
lifecycle view of architecture design an, TN. лаф Pd architecture analysis in their life cycles will be best served if they can do 

Ans. Many architecture-centric analysis and desi e so “organically”. The steps and artifacts ofthe fivearchitecture centri salt 
created in the past ten years, beginning with the 50 85 methods h by | sre - QAW, ADD, ATAM, CBAM and ARID — therefore May feodo be 


EE E ftwar, ` ayo i . 
method (SAAM), which inspired the creation о fother = теце máy tailored, blended, and, In some cases, removed entirely when the activities of 
method that we created at the software engineerin Ods. The ae these methods are integrated into an organization's existing life cycle. 


architecture tradeoff analysis method. B Institute (SED) A 


Was ] 
As we gained experience from the ATAM, 
| 5 , we - 
into more phases of the life cycle with the following Mer OUE тереть 
(0 Quality attribute workshop (QAW) : 
(ii) Cost-benefit analysis method (CBAM) 


Gi) Activa reviews for intermediate designs (ARID) . 2 > : Е - а 
т (iv) Attribute-driven design ( ADD) method. ye Hi short = ки based бж ген К 
e examine these method : : : ns. itecture based economic analysis is grounded on unders g the 
S and their relationship to the so utility-response curve of various scenarios and casting them into a form that makes 
them comparable, Once they are in this common form — based on the common 
Hn in of utility — the value of cost (VFC) for each architecture improvement, with 
of ch; с А r : 1 coin o; 
mp aside from being architecture-centric. First. they allan | Tespect to each relevant scenario, can be calculated and compared. | 
din ven, with the scenarios serving as the “engine” for directin Applying the theory in practice has a number of practical difficulties, but in 
hs the methods’ activities, Second, they all are directe spite of those difficulties, we believe that the application ofeconomic techniques - 
quality attribute models. The SAAM focused difi is inherently better than the ad hoc decision-making approaches that projects 
looks at tradeoffs i понаша (even quite sophisticated ones) employ today. Our experience with the cost benefit 
Shapes design dec analysis method (CBAM) tells us that giving people the appropriate tools ја 
attempts to elicit and а А i ч плеј | ffameandstructure their discussions and decision making is an enormous benefit 
p atticularly es ocument quality attribute requirements а to the disciplined development of a complex software system. 


tis ds focus on documenting the rationale behind the decisions 0.9. Explain the cost benefit analysis method (CBAM). 
е 4 


š aaa А а 
Mis Way, the rati i thod facilitates architecture base 

» Me rationale serves р e boi Ans. The cost benefit analysis metho gar 

as а knowledge base on which to base bo! *conomic analyses of software intensive system. CBAM has for the mos prs 


and future decisi 
: Sions. Last, the i at multiple : Ao idering a major upgrade to ap. 
i 'hiteci 


ite, iorit; 7 ; А х 
d, prioritized, and embodied in the architecture existing system and they wanted to ши between competing arc 


A typic : 
"d al SDLC, as Practiced in relatively mature software d making the upgrade, or they wanted to choose licable for new systems as Well, 
1015, includes the followin activities c. Strategies for the upgrade. CBAM is also app ius strategies. Its key concepts 

à me especially for helping to choose among compete depend on the setting. 


cost, and utility) do not 


ый 


fi) U s 
) nderstanding of business needs and constraints 


(i) Elicitati (quality attribute response curves, 
citation and collection of requirements 
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Inputs — The inputs of CBAM are as follows — 
(i) The system's business/mission drivers 
(ii) A list of scenarios ] 
(11) The existing architectural documentation. y 
Steps of the CBAM — A process flow dia 
fig. 4.2. 


Bram for the CB AMi. 
18 [o 
14 


Step 1 
Collate Scenarios — Prioritize to choose top One-third 


N 
Scenarios 


Step 2 
Refine Scenarios — Determine quality attribute 
response levels for best, worst, current and 

desired cases of the scenario 


МЗ. 
Scenario 


Step 3 NB 
Prioritize Scenarios — Eliminate half of the Scenarios Scenarios j 
Step 4 
Assign utility for the current and the desired levels | №6 
for each scenario Scenarios; 


Step 5 
Map architectural strategies to scenarios and 
determine quality attribute response levels 


mine the expected Utility value of architectural 
strategy using interpolation 


Step 7 
Calculate tota] benefit obtained from an 
architectural Strategy 


a Step 8 
995€ architectural Strategies based on ROI 
Subject to Cost constraints 


Step 9 
ults with intuition 


Fig. 4.2 Process Flow Diagram for the СВАМ 


Confirm res 


Software Architecture Analysis & Design 445 
This method includes the following Steps — T 
Step 1. Collate Scenarios—Collate the Scenarios elicited d 
xercise and give the stakeholders the chance to Contribute ne: 
[me scenarios based on satisfying the business goals of the s. 
the top one-third for further study. 


uring the ATAM 
'W Ones, Priotitize 
'ystem and choose 


Step 2. Refine Scenarios — Refine the Scenarios, focusing on their 


stimulus/response measures. Elicit the Worst, current, desired, and best-case 
quality-attribute-response level for each Scenario. 


Step 3. Prioritize Scenarios — Allocate 100 votes to each stakeholder to 
be distributed among the scenarios, where the Stakeholder's voting is based on 
considering the desired response value for each Scenario. Total the votes and 
choose the top 5096 of the scenarios for further analysis. Assign a weight of 
1.0 to the highest rated scenario. Relative to that scenario, assign the other 
scenarios a weight that becomes the number used in calculating the architectural 
strategy’s overall benefit. Make a list of the quality attributes that concern the 
stakeholders. 


Step 4. Assign Intra-scenario Utility — Determine the utility for each 
quality-attribute-response level (worst-case, current, desired, best-case) for the 
scenarios under study. The quality attributes of concem are the ones in the list 
generated during Step 3. 


Step 5. Develop Architectural Strategies for Scenarios and es 
their Expected Quality-attribute-response Levels — fes been " 
already developed) architectural strategies that address thc : vous и 
and determine the expected quality-attribute-response eun а три 
from implementing these architectural strategies. Given that an 


is i d for _ 
Strategy may affect multiple scenarios, this calculation must be performei 


each affected scenario. Ug 
Step 6. Determine the Utility of the i o ГА En 
response Levels by Interpolation — Using the elicite 


Е ity-attribute- 
form a utility curve), determine the utility of the expected quality 


dae h 
ine this utility for eac! 
response level for the architectural strategy. Determine this 


4 ious step. 

relevant quality attribute enumerated in the pesas e m Ar 

Step 7. Calculate the Total Benefit isse а from the expected 

SB ds ility value of the current le efit of a 

m t the utility value of t = ‚ Sum the benefit о: 

eie iik it using the votes elicited pue relevant quality 

ne and U ar strategy across all scenari 
Particular arc. м 


attributes. | 
Step 8. Choose Arppen 
Investment (ROI) Subject to 


` turn on 
" d on Return | 
ural Strategies pase Determine 


‘inte 
t and Schedule Constraints 
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the cost and schedule implications of each architectura] Strategy ба 
ROI value for each remaining strategy as a ratio of benefit to a NL 
architectural strategies according to the ROI value ang соб Хаце 
until the budget or schedule is exhausted. the top oy 

Step 9. Confirm Results with Intuition — Of the chosen NU. s 
strategies, consider whether they seem to align with the organizati arch ini 
goals. If not, consider issues that may have been overlooked NA S business 
analysis. If significant issues exist, perform another iteration oris, Pe à 


Outputs – Outputs of the CBAM are as follows — € steps, 


(i) A set of architectural strategies, with ass 0а 
and schedule implications 
“a Prioritized architectural strategies, based on ROI 


Нес 


d Costs, benefi 


(iii) The risk of each architectural strategy, quantified ; : E 
in cost, benefit, ап ROI values. 3 edas Variability 


E Q.10. What are the benefits of CBAM ? 


‘Ans, The benefits that-an architectural decision 
organization are as important — or perhaps more important 


may bring ‘to a 
= than the costs, 


"O.L. Explain in detail ab ; 
"EA храт. i detail übout the architecture tradeoff analysis metho 


», eux The architecture tradeoff analysis method (ATAM) is a spiral model | 
e tecture design, it is iterative in its nature and its each iteration is used 
educe risk that could result from competing quality attributes that a software 


inherits. ATAM has been used for over a decade to evaluate softwar 


architecture in domains rangi | 
1 anging from iv i A 
e ging automotive to financial to defens 


5 thate bur. RS 

or its business Goals, the sete А4. xem пое боши de. 2 
; n ere may *e 

large number of stakeholders. ot yet be constructed, an E 


Participants i 


mutual cooperation 


the АТАМ — Тһе ATAM requires the participation а 
:Of three groups — pes Е 


-Ü The Evaluati : | E. 
atchitecoro is па MAR group is external to the project 


for the di (9) Project Decision 
le à 
velopment Project or have the authority to mandate changes 107 : 
d intere 


(iti) Architect, 
hitecture ree Stakeholders — Stakeholders have a veste abil 
Performing as advertised. They are the ones #105 8 


bs 


y spear 
Makers— These people are empowered 0 8p | 


in the arc 
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to do their job hinges оп the architecture pr noting modifiability | 
[4 | = "n d 


high reliability or the like. Stakeholders includé developers xd и 


maintainers, users, builders of systems interacting with the oneunder M es 
Inputs to the ATAM — Inputs include the ug 


(i) System's business/mission drivers 
(ii) Existing architectural documentation. 

Steps of the ATAM 4 This method includes ће following Steps — 

Step 1. Present Business Drivers – A project Spokesperson (ideally the’ 
project manager or system customer) describes which: business goals are 
motivating the development effort and identifies the primary architectural 
drivers (e.g., high availability, time to market, or high security). 

Step 2. Present Architecture — The architect describes the architecture, 
focusing on how it addresses the business drivers. : 

Step. 3. Identify Architectural Approaches — The architect identifies; 
but does not analyze, architectural approaches. A ое 

Step 4. Generate Quality Attribute Utility Tree — The quality factors 
that make up system "utility" (performance, availability, security, 1nodifiability, 
etc.) are specified down to the level of scenariós, antotated with stimuli and 
responses, and prioritized. Я 3 "> у 

Step 5. Analyze Architectural Approaches – Based on the high-priority _ 
factors identified iri'the utility tree, the architectural approaches that address 
those factors.are elicited and analyzed (e.g., an architectural approach aimed. 
at meeting performance goals will be subjected to a performance analysis). * 
Architectural risks, sensitivity points, and tradeoff points are identified. 

Step.6. Brainstorm and Prioritize Scenarios — A largér set of scenarios 
is elicited from stakeholders and prioritized through a voting ата 

Step 7. Analyze Architectural Approaches The highestranked dee 
are treated as test cases — they are mapped to the architectural approaches: 


previously identified. Additional approaches, risks, seny points, and 
tradeoff points may be identified. 
Outputs of the АТАМ - Outputs include — 2 : 
(i) List of architectural approaches са 


(ii) List of scenarios (iii) Set of attribute-specific 
(v) List of risks y 


(iv) Utility tree pes 
(vi) List of non-risks (vii) List of risk theme: $ 
(viii) List of sensitivity points 
(ix) List of tradeoffs. 


148 Software Architectures 
0.12. Why we use architecture tradeoff analysis metho a 
Ans. АП design, in any discipline, involves tradeoffs; thi. is Таџ) DN 
What is less well understood is the means for making informed саар i 
even optimal tradeoffs. Design decisions are often made fs and Pos 
reasons — strategic business concerns, meeting the constrain ОЧНУ 
schedule, using available personnel, and so forth. S of сај in 
Having a structured method helps ensure that the right uem | 
asked early, during the requirements and design Stages iw Willy 
problems can be solved cheaply. It guides users of the metho ew discovers 
— to look for conflicts in the requirements and for resolutions t he Stakeholis 
in the software architecture. O these confie 
In realizing the method, we assum i ; 
g e that attribute-specific an] 


interdependent, and that each quality attribute has connection Убе arg 
S wi 


th Other 


attributes, through specific architectural elements, An architectural 
al element 
is 


a component, a property of the component. Е 
between components that affects nm Нети umi oF tbe Telationship 
priority of a process isan architectural element that could affect 9908 fie 
рожь. to identify these dependencies among В vals 
i eoi points. This is the principal difference between the ATA pee 
other software analysis techniques — that it explicitly considers the come 
B Ons 


Ans, i А r HN 
Active а. бА reviews for intermediate designs (ARID) method blends 
‘ews with the ATAM, creating a technique for investigating — 


desi : 
lens that are Partially complete. Like the ATAM, the ARID method eng 


the stakeholders t 
: о crea р Е 
usability — that is, to q te а set of scenarios that are used to “test” the desiga 


engineers who must work 
Problems that hj : | 
Inputs t hinder the successful use of the design as currently conceived 
9 ARID ~ Inputs include — 1 

© A list of seed scenarios 
(ii) The existing archite 


Steps of ARID _ 


termine Whether the design can be used by the softw 3 
with it. The ARID method helps to find issues 216 | 
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follow the ground rule that no questions concerning implementatio 1 = 
c allowed, nor are suggestions about alternate designs, The або 
an s “usable” to the developer, not to find out why things ae if 
te done a 


the design i 
certain Way or to learn about the secrets behind implementing the interf 
aces, 


па step results in a summarized list of potential issues th i : 
Hos he fore the design can be considered complete ыы à 
Step 2. Brainstorm and Prioritize Scenarios — Participants sy 
scenarios for using the design to solve problems they expect to face i. i E 
they gather a rich set of scenarios, they winnow them and then vote on individual : 
scenarios. By thier votes, the reviewers actually define a usable design — if the } 
design performs well under the adopted scenarios, they must agree that it has | 


passed the review. 

Step 3. Apply the Scenarios — Beginning with the scenario that received 
the most votes, the facilitator asks the reviewers to craft code (or pseudo- 
code) jointly that uses the design services to solve the problem posed by the 
scenario. This step is repeated until all scenarios are covered or the time allotted © 


for the review has ended. 
Output of ARID — The output includes a list of “issues and problems” 
preventing successful use of the design. а 


Q.14. What are ше benefits of ARID 2 
Ans. ARID helps architecture designers engage stakeholders and get their 
buy-in early in the design process. It also informs designers about whether 
their design is suitable for the overall system being developed. : | 
Reviewing a design in Из pre-release stage provides valuable early insight $ 
into the design's viability and allows for timely discovery of errros, | 
inconsistencies, and inadequacies. р 

0.15. Comparision of АТАМ and ARID. 


Ans. Comparision of ATAM and ARID is shown in table 4.1. 
Table 4.1 


Conceptual design 


(i) | Artifact Architecture ИВ саьби 


[oue documentation. 
Lead designer, stakeholders. 


Architect, stakeholders 


Present design, elicit desired 
uses, have reviewers as а 
group use the design- 


Elicit drivers and qua- 
lities, build utility tree, 
catalog approaches, 
perform approach- 
based analysis. 


approach 
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Outputs Identified risks, sensi- 


tivity points, and trade- 
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E off points. 0.17. Briefly discuss how ADD uses three commons views? 
= | | Approximate | 3 full days of meetings, Ans. The ADD uses these three common views are a follows — 
= - duration over approx. 2 weeks, 


(i) Module Decomposition Ие 
the module decomposition view provide 
as they are discovered. Major data flo 
also identified through this view. 


(ii) Concurrency View – In the concurrency view dynamic aspects 


w — Our discussion above shows how 
$ containers for holding responsibilities 
ту relationships among the modüles are 


plus unstructured work 
and communication 
between the meetings. 


у ADD) > of a system such as parallel activities and synchronization сабље modeled. 
EE Р . 5. 4 int F This modeling helps to identify resource contention problems, ; ossible, 
d: ‘Ans. The attribute driven design method (ADD) is ап application Of the deadlock situations, data consistency issues, and so forth. Modeling the 

: generate and test philosophy. It keeps the number of requirements that Е. concurrency in а, system likely leads to discovery of new responsibilities, of 

satisfied to a humanly achievable quantity. ADD is an iterative Method th е the modules, which are recorded in ће module view. It can also lead to discovery 
each iteration, helps the architect to-do the following — Е а E 


4 


of new modules, such as a resource manager, in order to solve isstes.of 


77 (0 Select an element of the system to design. concurrent access to a scarce resource and the like. 


Е (8) Marshal all the arc 
selected element. 


hitecturally significant Tequiremients for the = То understand the concurrency in a system, the following us 


е CASES аге, 


Ш і illuminating — д od 
Th ~ а fest a design for that selected element. : (а) Two Users doing Similar Things at the Same Time 5 This : 
e output o; 15 not an architecture complete in су i | ‘ ae я уа cup Mc 
architecture in which the main design M ery detail, butan helps in recognizing resource contention or data integrity problems. Ја our 


validated, Tí produces а "workable" i 
can be given to other project teams is opening the door from a switch. 


: А т j E Р ivities Sixiultancously- 
architect or architecture team continues to el (b) One User Performing Multiple Activities Simul D. 
= ADDisa five-step method are as filo». Pers anditiis. ! У This helps to uncover data exchange ánd activity control problems. d example, 3 
27 берл. Select th Е ) а user may be performing diagnostics while simultaneously opening the door. 
par rs For green-field А — This gives а good overview of 
m x DÉC cn А 5 tarting Up the System S gr 3 
designs the “part” to begin with is simply the entire system. For designs that are emn KO ees mic Anh Sk СВ and how to initialize them. It: 
mpleted (either by вета] constraints or by previous iterations. helps in deciding onan initialization strategy, such as everything in parallel E 
everything in sequence or any other model. In our example, dos as i 
the garage door opener system depend on the availability i siting 
information system 7 Is the garage door wem а b. and closing 2 Hi 
i isi d and stopped with every i 
for a signal, or is it started and stopp m — This helps to uncover issues 
tent system state. 


garage door example, one user may be closing the door remotely While another, 


ASRS for the Selected element. 


P Sii Tere 4 ? Design Solution for the Selected Element — Usin E 
5 ateral such as existing syst 6 and tactic 
ган the design сазы, 8 Systems, frameworks, patterns and ta | 


i iti lo; 
that supports achieving the desired piper е 
virtual threads of the concurrency view Dé 


travel between ртр. 
within a particular processor and messages that it is the basis for analyzing 


ed, aillocated to children 


к : x D ofactions. Thus, 1115 | 
7 : “Step 5. Repeat Steps 1 Unti А initiate the next entry in the sequence tial congestion. 
> iz D] -4 — Until all t ed or uf ^ mining poten , 
=- | the‘architecture has been elaborated he ASRs have been satisfi use it the network traffic and for dete 5 
EP a, i Fated sufficiently for the implementers 10 US 
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ARCHITECTURE REUSE, DOMAIN-SPECIFy, 
j ARCHITECTURE 


C SOF 


0.18. What do you mean by software reuse ? 


Ans. By software reuse, we mean the repeated use ofany 
system — documentation, code, design, requirements, test сащ ofa Softy, 
more. Basili encourages us to think of maintenance as reuse Wee test data, E. 
system and reuse parts of it to build the next version: Simila, take an exiting 
that processes and experience can be reused, as can any ta: апу, ће Suggs 
product of development. У tangible or intangity, b 


0.19. Discuss the advantages and disadvantages 
software development. (R.GPY, 
Ans, Advantages of Reused Code — рот 


@ 


of reused cii : 
June 2005, 2008) 


when presented with a familiar ты be dei ^ 


Č) Accele Е edge. m 
as possible воће rated Development — Bringing а system to marketas €? ry 7 
more important than overall development costs. Reuse 


components speeds џ | ~ 
validation time should be redant duction because both developmen! í 


] Disadvantages of Reused Code — 


_@ Increase 
Not available then main 


of the System may Бес 


s Maintenance Costs — If component source 00 
» “nance costs may be increased as the reused m и 
me increasingly incompatible with system change 
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(i) Maintaining a Component Library -. y, 5 - 
library and ensuring that software develope ak use ibi Ea ооба 
expensive. Our current techniques for classifying, cataloguing vd s be 
software components are immature. eving 

(iii) Lack of Tool Support — CASE toolsets ‘do not su 
development with reuse. It may be difficult or impossible to ени 
tools with a component library system. The software process assumed by these 
tools may not take reuse into account. ? 

(iv) Finding and Adapting Reusable Components ~ Software 
components have to be discovered in a library, understóod and Sometimes 
adapted to work in a new environment. Engineers must be reasonably confident 
of finding à component in the library before they will routinely include a 
component search as part of their normal development process. 

(у) Non-invented-here Syndrome — Some software engineers 
sometimes prefer to rewrite components as they believe that they can improve 
on the reusable components. This is partly to do with trust and partly to do 
with the fact that writing original software is seen as more challenging than 
reusing other people’s software. 


Q.20. Write short note on domain-specific software architecture. 

Ans. A domain-specific software architecture (DSSA) has been defined 
as— 
“An assemblage of software components, specialized for a particular type 
of task (domain), generalized for effective use across that domain, composed 
in a standardized structure (topology) effective for building successful 
applications” or, alternately. 

“A context for pattems of problem elements, solution elements, and 


situations that define mappings between them. 


Q.21. Explain domain-specific software architecture with construction 
method. 

Ans. Domain-specific softw: x 
reference requirements and referential architecture us 
applications in a specific problem domain, and its 
application in one specific domain. | m - 

Function — Software development in certain ia ирсини 
System development is based on indirectly mapping pro vers ofthesystem 


space in software architecture through description otahi : a plexity of the 
structure. However, it is difficult to implement due to the 


lopment 
i 7 ion. On the contrary, the deve 
problem space, abstraction and vo ane ia first divides the problem 


method of the domain-specific software : the solving scheme in this domain. 
space into different domains and then realizes Y ment more feasible. 
Practice has proved this kind of software develop: 


are architecture consists of a domain model, 
ed to support a group of 
aim is to support the 


я 
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Software reuse is easier in specific domains, Through а 1 
specific domains and abstraction of the common’ feature сер analy. 
behaviour of the application systems in the domain, it is pos and dy 
architecture to other application system development in the Ible to me 
reuse the software architecture, and to reduce the complexity E do 

Construction Method — Domain-specific software . "arch 
constructed after domain analysis and on the basis of the qu 
identify the domain model, we determined the scope of dom, Mai 
of an expert in the domain development environment. The 


integration scheme according to the identified domain e we designed b 
Finally, we constructed the domain architecture and a map compon, 
8 domain 


for a realizable information framework. The model is 8 mod, 


hown in fig'43 d 


Because a single E-learning system can h isfy ; 
application in the teaching process and because itis ae rma 
systems, we put forward construction of domain-specific softw; integrate many 
oriented to E-learning. Within the restrictions of the a "s E | 
encapsulated the public business logic in the domain i ie А ; 

architecture and stipulated the бо E 
standard component interface, 
Through the plug-in and dynamic 
binding of the components, we 
built an individualized E- earning 
system. In the meantime, the 
standardized and opened interface 
made reuse of the components and 
the system integration possible bane 
and built a flexible E-learning 


system to su gated. ds . — Án 
teaching. Pport individualized Fig. 4.3 Construction Model of Domait- | 


0.1. What do you understand by software architecture documentation? 
Ans. Architectural documentation describes the structure of a system 
through one or more views, each:of which identifies a collection of high-level 
> | components and relations among-those components. A component is usually 
|| documented visually as some sort of geometrical object, and represents а 
coherent unit of functionality. The granularity of components will depend on 
the kind of documentation being developed in some situations а component 
may be as large. as a major subsystem, in others it might be as smallasa single 
object class. Typically components represent system structures such as major 
modules, computational elements, and run-time processes. ` я 
The relations between components are documented visually using lines 
or adjacency. Typically such relations indicate what aspects of one component 
are used. Бу other components, and how inter-component communication 
proceeds over time. Ў 
Different views ате used to represent distinct aspects of а system, сас 
i idi Forexample, as we will 
view providing a model of some aspect of the system. пр Нев 
see, one architectural view might document the eee i ч i: 
layered description in which the components gem a System in terms of 
code, while another view might document the structure i communicating © 


processes. 
Different views, ог moes 
which views to use is one of the ¢ 
се 
choice of views will depend strongly а е dere 
this variability there are typically een 9 ее У 
to provide a reasonable set of architec 


Deciding 
are useful for different quove e ph 
hief jobs of a software architect. ii 
gu ds for design analysis: 1289] е 
5 that are require 
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(i) Context-based Views а These indicate the Setting in v 
system is to be employed, and often identify the abstract domain elem t the 
determine the system’s overall requirements and business Context, Cats thy 

(ii) Code-based Views = These describe the Structure of 
indicating how the system is built out of implementation artifacts 
modules, tables, classes, etc. Such views are particularly Useful a х Such a 
implementation and maintenance. They can also be used to indicate bo guide to 
of abstraction between different parts of the system, and between the ы 
under-construction other parts of the system that it uses or thatuse 16 А anten, 
but common, case of a code-based view is а layered diagram, By в Spec} | 


improve portability, modifiability and Dti 
use via standard APIs. 


(iit) Run-time Views — These describe (| 
operation, indicating what are the main Tun 
communicate between each other. Run-time views allow one to 
behavioural Properties and “quality attributes” such as run-ti 
consumption, performance, throughput, latencies, reliability, etc 


These describe the physical Setting in 
e number and kinds of Processors and 
п contained in these views is often 
derive system performance properties. 


Teason about 
me resource 


(iv) Hardware-based Views — 
which the system is to Tun, indicating th 
communication links. The informatio 
combined with that in Tun-time views to 


0.2. Describe the uses of archite, 


ctural documentation. 
Ans, 


The uses of architectural do 


Table 5.1 Uses of Ari 


chitectural Documentation 


Architect and requirements [То negotiate and make tradeoffs among 


engineers who represent competing requirements. 
customer(s) 


Cumentation is given in table 5.1. 


Architect and designers of | To resolve resource contention and 
Constituent Parts 


E 
establish pérformance and an 8 E. 
Tuntime resource consumption budg 


"7 Jus 
To provide inviolable constraint А 
exploitable freedoms) on downs 
development activities. 


Maintainers 


Designers of other systems 
with which this one must 
interoperate 


Quality attribute specialists 


provers, Vetifiers, etc. These tools require 
information about resource consump- | 
tion, scheduling policies, dependencies, | 
and so forth. Architecture documentation 
must contain the information necessary 
to evaluate a variety of quality attributes 
such as security, performance, usability, 
availability, and modifiability. Analyses 
foreach attributes have their own infor- 
mation needs. | 


To create development teams сопеѕроп- 
ding to work assignments identified, to 
plan and allocate project resources, and 
to track progress by the various teams. 


ion ? 
0.3. What are the principles of sound documentation ? 


i 2 WS — 
Ans. The seven principles of sound documentation are as {010 


5 Fis read only if 
(0 Write from the Reader's Viewpoint — A RC AU 
it meets the needs of, and is usable by, its intended au NEUE to meet 
in streams of consciousness or using arcane uid НЕ often. 
the reader’s needs and thus is unlikely to be read or con m times 
While repetition some 


ec m Sur. becomes troublesome over 
i int, i in technical inform: 
reinforces a point, its use in 


speats is 
i Хеертр track of all repeats 
time. Repetition is the root of inconsistency. m Ни 
difficult not impossible; thus, repeated Mr Ec = 
Over сав and attempts to avoid these incons! ) Ei а 
; id Ambiguity — This principle sies Vener eM 
їйї) Avoid Ат or = 


ture, by its пе 


E 


ИИ 


/ 


| 


[25 


itid 
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ambiguous in areas that remain undecided unti] the System is imple 

Nevertheless, if a decision is miade, the documentation must mM M 
unambiguously 80 that system stakeholders do not misinterpret в. it 
müsinterpretation can lead to confusion, incorrect implementation Orie Such 
during system verification and validation. “Problems 


(iv) Use a Standard Organization — Usually a document j 
more than once, if that. Yet, if it is successful, readers will refer to it nim 
times. Providing a standard organization not only helps a reader quick] ae 
information, but also provides the architect with guidance on what need a 
captured and what has or has not been captured at any given time, в 


$ not read 


| (v) Record Rationale — The reasoning behind the decisions is just 
Important as the decisions themselves, Architecture documentation li d 


and technological constraints imposed at the time, 


(vi) Keep Documentation Current but Not too Current — While 


documentation should not become out-of-date, disseminating recent. 


modifications to certain stakeholders may be ill-advised at, times. 
Documentation remains the final authority, and stakeholders consult it for 
guidance when making decisions about the system. Including information that 
might not be final does not help them. Organizations are well-advised to 
determine a documentation release plan that is appropriate to their practices 
and processes, d 


| (vii) Review Documentation for Fitness of Purpose – Documentation 
1s successful only if it meets its readers’ needs. Thus, these reáders are the 
ones who determine its usefulness and should be encouraged to provide 
feedback about whether it meets their needs. Ја. 


0.4. Write short note on refinement. 


Ans. Actually, refinement is a Process of elaboration, А macroscopic 


statement of function is decomposed in a stepwise fashion to develop 4 
hierarchy until programmin g language statements are reached. One or several 
instructions of the given program are decomposed into more detailed 
instructions in each step. The concepts of abstraction and refinement are 
complementary, 
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Q.5. Write short note on context diagram, 

Ans. A context diagram is a top-level data flow diagram (DFD). у ощ 
contains one process node (process 0) that generalizes the function of the ir 
system in relationship to external entities, e 

Data flow diagrams (DFD) are used for portraying the overview of the 
entire system under development to depicting the detailed processing ofa single 
transaction. The context-level DFDs show the main sinks, sources, processes 
and scope of the system under development using DFD symbols, The пе 


diagram is shown in fig. 5.1. 
i External External 
Entity JA. A iy 


External р” External 
Entity Entity 


Fig. 5.1 Context Diagram 


0.6. Write short note on variability. 

Ans. Variability is a special form of modifiability. It refers to the ability of 
a system and its ‘supporting artifacts such as requirements, test plans and 
configuration specifications to support the production of a set of variants that 
differ from each other in а, preplanned fashion. Variability is an especially 
important quality attribute in a software product line, where it means the ability 
of a core asset to adapt to usages in the different product contexts pa are 
within the product line scope. The goal of variability in a ann pro ra 
line is to make it easy to build and maintain products in the product se s 
a period of time. Scenarios for variability will deal with the binding timc 


variation and the people time to achieve it. 


i in brief. 
. 7. Explai term document interfaces in а, 
fá d two independent entities 


Ans. An interface is а boundary across which ти 
meet and intetact or communicate with v! other. 
divided into nine parts as shown in fig. 5.2. 

i n 
(i) Interface Identify — When an eleme 


istinguish th 
identify the individual interfaces to distinguish 


vi versi mber. 

i de a 'ersion nu u 
ing t . You may also need to pro - Ио 
The heart ofan interface documen he 


t has multiple interfaces, 
em. This usually means 


(ii) Resources Provided - 
resources that the element provides. 
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Section 2C. Element Interface Specification 


Section 2.C.1. Interface identity 


Section 2.C.2. Resources provided 
Section 2.C.a. Resource syntax 


Section 2.C.b. Resource semantics 

Section 2.С.с, Resource usage restrictions 
Section 2.C3. Locally defined data types E 
Section 2.C.4. Exception definitions 
Section 2.C.5. Variability provided 
Section 2.C.6. Quality attribute characteristics 
Section 2.C.7. Element requirements 
Section 2.C.8. Rationale and design issues 
Section 2.C.9.. Usage guide 


Fig. 5.2 The Nine Parts of Interface Documents 


(a) Resource Syntax — This is the resource's signet 


(b) Resource Semantics — 
Assignment of values of data 
Changes in state 

Events signaled or message sent 


how other resources will behave differently in future 
humanly observable results 


(c) Resource Usage Restrictions — 
initialization requirements 
limit on number of actors using resource 


ein (Ш) Data Type Definitions — If used if. any interface resources employ | 
"d и other than one provided by the underlying programming language, | 
ect needs to communicate the definition of that type. If it is dei 


by another element 
then reference to the definition i 
eler 3 efin . in that element 
documentation is Sufficient. iis 1 


(8) Exception Definitions — These describe exceptions thatcan b 


raised by | . А 
У the resources on the interface, Since the same exception might 


Taised by more th 2 
an o Dp Е Е Е А 
ne resource, if it is convenient to simply list €201 — 


exceptions but define them in dictionary collected separately. E 


O) Variability Provided by the Interface — Does the interface alley | 
ters 1 


the element я 
and how fera апара in some way? These configuration param? 
€ct the semantics of the interface must be documented. 


(vi) Quali ; | 
document what тсин Characteristics – Тһе archite 


reliability) the interface AR characteristics (such as performan 


akes known to the element's users. 


. interactions among the elements, opportunities for concurrency, and time 
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(vii) Element Requirements — What the element requires may be 
named resources provided by other elements. The documentation 


ific. a 
specific, е аз for resources provided — syntax, semantics, and any 


obligation 
usage restrictions. 

(vill) Rationale and Design Issues — Why these choices the architect 

ons for an elements interface design. The rationale should 


should record the reas i | 
explain the motivation behind the design, constraints and compromises, what 


alternatives designs were considered. 

(ix) Usage Guide — Item 2 and item 7 document an element's 
semantic information on a per resource basis. This sometimes falls short of 
what is needed. In some cases semantics need to be reasoned about in terms 
of how a broad number of individual interactions interrelate. 


Е BEHAVIOUR OF SOFTWARE ELEMENTS 
ЈЕ SYSTEMS, DOCUMENTATION PACKAGE 
IG A SEVEN PART TEMPLATE _ 


0.8. Write short note on documenting behaviour. 

Ans.- Views present structural informatio about the system. However, 
structural information is not sufficient to allow reasoning about some system 
properties behaviour description add information that reveals the ordering of 


tan.. 


dependencies ‘of interactions. Behaviour can be documented either aboul Р 
ent 


ensemble of elements working in concert. Exactly what to model will dep 
on the type of system being designed. Different modeling techniques an d 
notations are used depending on the type of. analysis to be performed. In UML, 
sequence diagrams and state charts are examples of behavioural deseriptons 


These-notations are widely used. 


Q.9. Discuss the documenting behaviour of software element. 


Ans. Documenting an architecture requires behaviour iue E 
complements structural views by describing how architecture ge иа анар 
With each other. There are two kinds of notations available ка Ranch the | 
behaviour, The first kind of notation is called trace-oriented languages, 


second is called comprehensive languages. m 
vitii i tions 
A trace describes a sequence of activities or interac А 


elements of the system. Although it is co 
traces to generate the equivalent of a compre? odos 
not the intention of trace oriented documentatio 


En 


162 Software Architeclures 


for documenting traces are use cases, sequence diagrams 


diagrams and activity diagrams. These four notations chosen s Communia 
sample of trace-oriented languages. ти 
(i) Use Cases — These are frequently used to сар i 

requirement for a system. UML provides a graphical notatio; the Function 

diagrams but does not say how the text of a use case should HR for D | 

UML use case diagram can be used effectively аз an ove NP 

and the behaviour of a system. s Of the q 
The use case description is textual and should contain th e. 

and brief description, the actor or actors who initiate the E. Case Name 

actors, other actors who participate in the use case as se ase as Primary 

alternative flows, flow of events, and nonsuccess cases, — ' Condary Actors, 


т 


у (ii) Sequence Diagram — A UML sequence dia 
of interactions among instances of elements pulle 
kou oh It shows only the instance participating іп the scenaro += 
и A sequence diagram has two dimensions vertical m 6d 
ae is representing time and horizontal is representing the а fee, b 
те in tine sequence from top to Bolom Ane 

quence diagram is shown in fig. 5.3. ^ E 


Х Login Lori 
= gin 
| EF Controller Eo 
H 
i i 


gram shows. eq 
d from the struc m 


User 
1 


i — login 
Н 


login(...) 


User 
Session 


Key (UML) 


x Actor Г ом 


LI A " 
1 А Execution 
5 H Lifeline Occurrence 
5 *- Synchronous 3 Ў 
Message Asynchronous ьа Return 


Message Message 


Fig. 5.3 A Sj - 
Ка imple Example of a UML Sequence Diagram 


v 


1o 


Hu 


Software Architecture Documentation 163 — 


Objects (ie. element instances) have à lifeline drawn as a vertical dashed 2 
jine along the time axis. The sequence is usually started by an actor on the far | S 
ей. The instances interact by sending messages, which are shown ashorizontal | | 
ows. A message can be a method or function call, an event sent through a 
ao something else. The message usually maps to a resource in the | 
interface of the receiver instance. A filled arrowhead on a solid line represents ; 
a synchronous message, whereas the open arrowhead represents an о 
asynchronous message. The dashed arrow is a retum message. The execution 
occurrence bars along the lifeline indicate that the instance is processing ог — 


blocked waiting for a return. РЕГ 


queue, 


(iii) Communication Diagram — This diagram shows a graph of 
interacting elements and annotates each interaction with a number denoting 


performance analysis. - 5 a | : Е 
(iv) Activity Diagram — These UML diagrams are 

charts. They show a business process as a sequence of: steps andinch 

to express conditional branching and concurrency, as wel 10 


and receiving events. Arrows between actions indicate the flow o 


performing the actions. Activity diagrams can express 
diagrams are useful to broadly describe the steps in a speci! 
Comprehensive models show the complete behaviour o 
in contrast to trace notations. s 


0.10. Discuss about the documentation а cross- 


ме can summarize аѕ how-what-why- Fi 
view documentation. 


g. 5-4 shows thi 


Documentation Across Vi 


How the document is organized — 
1.1 View catalog D 
1.2 View template 

What the architecture is— 
2.1 System overview 
2.2 Mapping between views d 
2.3 List of elements and wher 
2,4 Project glossary | __ 

Why the architectur ће 
3.1 Rationale ў 
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(How the Documentation is Organized to Ser 
Every suite of architectural documentation needs an intrody 
explain its organization to a novice stakeholder and to hel 


most interested in. There аге two Yes. 
“how” information — "Sof. 
(а) View Catalog — A view catalog is the reader's į | 

to the views that the architect has chosen to include ; 

documentation, There is one entry in the view catalog for each yj 
the documentation suite. Each entry should give the following 
(1) The name of the view and what style it ins 
' (2) A description of the view’s element types, 


tanti ates 
relation types 


ЈА description of what the view is for vA 

Management information about the view document, Such as ү 
version, the location of the view document, and the owner of; the vie 
(b) View Template — А view templ 
Organization for a view, It helps a reader navigate q 


interest, and it helps a writer organize the informatio; 
for knowing how much work is left to до. 


he latest 
W document, 
ate is the Standard 
uickly to a Section of 
n and establish criteria 


about the 


the system and its $ the project at large will have a system 
Overview, in which case this section of the architectural documentation simply — 


relationship by providing mappings between 
understanding and decreased confusion, 


(c) Element List — The element list js simply an index of all af f 
the elements that appear in any of the Views, along with a pointer to wher € eas 
one is defined, This wil] help Stakeholders look up items of interest quickly. 


5 
А (d) Project Glossary — The glossary lists and defines hi. 
“nique to the system that have Special meaning. A list of acronyms, an 
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"y the Architecture is the Way it is — ‘Sia’ 
и ionale — Cross-view rationale explains how the overal] 
0 = у 5 Е 
(а) ^ SA solution to its requirements. One might use the rationale 
is in fa : 
tecture 191 


(iii) 


archi 1 : E ar Na 
to explain — (1) The implications of system-wide design noies on 


isfying constraints. 
f irements or satisfying , У 
meeting the piar The effect on the architecture when adding a foreseen 
(2 sn 
i istíng one. 
1 r changing an ex Кеа: E 
c The constraints on the developer in implementing а 


tion alternativ wi cted. у 
151 atives that were TEJE 
solution. Decision у : 
eral, the rationale explains why a decision was made and what d 
In gen " 


new 


da? in changing it. : 
implications are in с 2 Е -part template. 
a 0:11. Explain documentation package using a ny ^ Bids the 
SE i template fo SEPAN 
2 d using seven part z ded 
see: ee: divided five sections and beyond views divi 
documentation p а 5 


` into two sections. a u$ 
A template for documenting a view is shown in fig. 


Template for a View. 


Section 1. Primary Presentation 


jon 2. Element Catalog D EE 
an 2.A. Elements B tie Ate cir 
ion 2.B. Relations and ^^ : 
Взе 2.C. Element Interea 
Section 2.D. Element Већау! 


Section 3. Context Diagram 


foo) 


ilii ide 
Section 4. Variability Gui 
Section 5. Rationale 


Fig. 5.5 View Template 
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The documentation for à view can be placed into а Standarq org 4 
consisting of these parts — 


Section 1. The Primary Presentation — 
relations ofthe view. 


The primary 
you wish to convey about the syst 


elements depicted in the pri 
10 this view 


Section 2.1: Ее 


ments and their Properties — This 
each element in the view 


and lists the Properties of that elem 


Section 2.2 Relations and their Properties 
тејапоп types that it depicts among the elements in that view. - д 

Section 2.3 Element Interface — This section documen informations 
interfaces, 


road map consists of four 


if (i Scope and Sun 
Section 2.4 Element Behaviour ~ This section documen T briefly summarize what is í 
behaviour that 15 not obvious from the primary presentation 
Section 3, Context Diagram — 


This shows how the System or porti 
the system depicted in this vie 


standardized ona template for: 
that standard. If we are ag 
above describing our wow T 
architecture documentation. 


Section 7. Information ие ак 
remains to Бе captured beyond. Scope syst 
to ground any reader as to па m 
related to one another, an ovt м wisis ај 
approaches, a list of d 
acronym list for the entire po 


architectural’ problem that 
choosing it over another. 


A template for documentation beyond views is shown in fig. 5.6, 


168. Software Architectures 


Section 7.1 System Overview — This section is a short prose 


background 
or constraints. 


Section 7.2 Mapping between Views — Because all the views of an 
architecture describe the same system, it stands to reason that any two views 
will have much in common. Helping a reader understand the associations 
between views will help that reader gain a powerful insight into how the 
architecture works as a unified conceptual whole. 


Section 7.3 Rationale — This section documents the architectural 
decisions that apply to more than one view. 


Section 7.4 Directory — The directory is a set of reference material 
that helps readers find more information quickly. s 
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